mcpField
S
scribe

scribe

github.com/akshay-diwadkarドキュメント173 回インストール今日更新
リポジトリ

scribe について

scribeは、提供された資料に基づいて技術文書を作成または監査するスキルです。追跡可能で実行できる説明を重視し、資料の詳細を保ちながら未解決の不足を報告します。

主な機能

  1. 01文書の作成・その場での改訂
  2. 02文書内容と参照資料の対応付け
  3. 03コマンド・パス・値・順序の確認
  4. 04文書を変更しない監査

活用シーン

  1. 01提供資料に基づく技術手順書の作成
  2. 02既存文書と資料の照合・改訂
  3. 03文書の網羅性を監査し不足を報告

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/akshay-diwadkar/first-four-hours --skill scribe

インストール後、Claude Code で/scribeを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

skill-protocol.json
agents/
openai.yaml
references/
audit.md
document-bundle.md
mte-1.md
source-grounding.md
write.md
schemas/
document-bundle.schema.json
glossary.schema.json
scripts/
_diagnostic_contract.py
_document_contract.py
_skill_protocol_runtime.py
audit_document.py
bundle_workspace.py
check_document_language.py
check_document.py
cli.py
seal_document.py
templates/
document-bundle.json

詳細

Scribe

目的と権限

提供された技術資料を、読者が実行でき、根拠をたどれる文書にまとめます。資料にない事実を決して作り出さず、拘束力のあるコマンド、パス、値、順序、警告、復旧手順を保持します。検証によって、事実が独立して真実であると立証されるわけではありません。

文書の作成または改訂権限がある場合にのみ記述します。暗黙の呼び出しによって、書き込み権限や修正権限が付与されることはありません。監査は別の操作であり、監査レポートのみを書き込みます。監査では、文書、バンドル、または関連付けられたソースを変更してはなりません。

依頼とソースから、対象読者、読者の作業、対象範囲を判断します。ソースだけでは判断できない、公開またはコンテンツポリシーに関する重要な選択についてのみ、ユーザーに確認してください。ソースに事実が不足している場合は、未解決のギャップとして扱います。文書作成計画を確定する前、失敗や方針変更の後、完了を報告する前に、reason を参照してください。最終報告と停止報告では、「Checkpoint trace」に従って reason のチェックポイントをたどれるようにしてください。

作成と監査

各文書は納品物です。write モードでは、ユーザーが指定した場所に実際のファイルを作成または編集してください。どちらの操作でも、Document Bundle と Source Grounding に従い、document-bundle.json に記載されたすべての文書を、そのバンドルで関連付けられたソースと照合します。バンドルは補助的な状態情報です。リポジトリ外の一時ディレクトリで templates/document-bundle.json から作成してください。複数の文書を記載すれば、1回の実行でまとめて処理できます。

作成するには、Write に従ってください。そこで適用される言語チェックは、ASD-STE100 に着想を得た独自の規約 MTE-1(MTE-1)を適用します。このスキルが ASD-STE100 の公式準拠を謳ったり、承認済みの単語辞書を含むと示唆したりしてはなりません。write コマンドは文書をチェックするだけで、ファイルを編集しません。

python /absolute/skill-root/scripts/cli.py --repo-root /absolute/repo \
  --input bundle=/absolute/temp/document-bundle.json --format json write

監査するには、Audit に従ってください。--input slug=<audit-slug> を指定し、同じ方法で audit を実行します。書き込まれるのは .first-four-hours/scribes/<slug>/scribe-audit.md のみで、文書ごとに1つのセクションが作成されます。

完了

write が result.status: complete を返した場合にのみ、作成は完了です。incomplete の場合は、記載された gaps だけが残っています。それぞれの担当者を明示して報告してください。それ以外の場合は、各診断の document に記載された文書、または指示された required_action に従ってバンドルを修正し、再実行してください。audit が status: complete を返した場合にのみ、監査は完了です。scribe-audit.md のパスと、各文書の document_sha256 および指摘事項を報告してください。結果が合格でも、読者の重要な作業がサポートされていない場合は完了ではありません。該当するギャップと次の担当者を正確に報告してください。最後に、この結果に適した任意の次のステップを1つ提示してください。リポジトリ、issue、PR、または必要な成果物を明記した、コードフェンスで囲まれた自己完結型のプロンプトを示すか、不要であると伝えてください。「はい」と返答された場合にのみ、プロンプトが指定するスキルを使って開始します。ただし、ユーザーは /<skill> コマンドとして charter、diagnose、または ticket のステップを実行します。

コメント