ドキュメントに貢献
最終更新
役に立ちましたか?
ドキュメントへの貢献には、誤ったパスの修正、新機能チュートリアルの追加、スクリーンショットや例の改善、目次や翻訳の調整が含まれます。目的は「より多く書く」ことではなく、読者がページの手順に従って作業を完了できるようにすることです。

すでに GitBook の編集権限がある場合:該当する言語スペースで Change Request を作成する;
編集権限がない場合:Cherry Studio で【設定】→【私たちについて】→【フィードバック】を開き、ページのURL、問題点、提案内容を記載する;
ドキュメントの問題がコード変更に関連する場合:コード PR でドキュメント項目にチェックを入れ、対応する Change Request を添付するか、更新不要である旨を記載する。
操作手順
【作業】→【スマートエージェントを追加】のように、画面に表示される名称を使用する
用語
初出時に中国語の意味と役割を説明する
パラメータ
製品の既定値と推奨の開始値を区別し、役割とリスクを説明する
事例
具体的な役割、目標、入力、結果を使う
スクリーンショット
実際の画面から取得し、代替テキストと番号付きの説明を付ける
リンク
現在のページまたは公式ソースを指し、提出前に1つずつ開いて確認する
「完全に見える」ようにするために、成功結果を捏造しないでください。外部 API Key、課金サービス、または実アカウントが必要な機能については、設定入口と前提条件を示すことはできますが、接続成功、メッセージ送信、モデル出力を作り話にしてはいけません。
アプリのコンテンツ領域を切り取り、特定の OS のウィンドウ装飾に依存しない;
画像中の番号は本文の説明と1対1で対応させる;
1枚の図は1つの主要タスクだけを担当させ、画面いっぱいの注釈は避ける;
同じページでは重要な手順だけを残し、普通のクリックごとにスクリーンショットを撮らない;
アップロード後は Preview で、ファイル名やプレースホルダーテキストではなく、画像が実際に表示されていることを確認する。
執筆に参加していない人に、チュートリアルだけを見て一連の操作を完了してもらってください。どの段階で止まったか、どの用語が理解できなかったか、どの図が役に立たなかったかを記録し、その後で修正します。文書が文法チェックに通ることは、読者が手順どおりに完了できることと同義ではありません。
1ページのチュートリアルにとって理想的な結果は、読者がいつ使うのか、どこから入るのか、各ステップで何が見えるのか、失敗したらまずどこを確認するのか、完了後にどう結果を確認するのかを理解できることです。
古い入口、古い名称、または古い機能がない;
不安定なモデルランキング、価格、「最適な構成」を固定して書いていない;
バージョン番号、検証日、内部実装パスで読みづらくなっていない;
画面名称はすべて【】で統一している;
本文が、生成レポートではなく製品編集者がユーザーに向けて書いたように読める;
各ステップに対応する入口を、現在の画面から見つけられる;
画像、リンク、GitBook のネイティブコンテンツブロックが Preview で正常にレンダリングされる。
最終更新
役に立ちましたか?
役に立ちましたか?