mcpField
G
grill-with-docs

grill-with-docs

github.com/leo1oel生産性045 回インストール14 週間前に更新
リポジトリ

grill-with-docs について

grill-with-docs は、用語の明確化や主張の検討を行い、定着した知見をプロジェクトの研究ドキュメントに残す対話型スキルです。一度に一つ質問し、資料の簡単な確認と委任すべき調査を区別します。

主な機能

  1. 01一問ずつ進める研究インタビュー
  2. 02主張と前提の検討
  3. 03プロジェクト資料の簡易確認
  4. 04定着した研究コンテキストの保存
  5. 05Nemo のタスク・文書ワークフロー

活用シーン

  1. 01プロジェクト用語の意味の明確化
  2. 02仮説や実験計画の検証
  3. 03研究・評価上の決定の記録
  4. 04未解決事項から Nemo タスク候補を作成

インストール

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

$npx skills add https://github.com/leo1oel/leo-agent-skills --skill grill-with-docs

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

詳細

ドキュメントをもとに深掘りする

徹底したリサーチインタビューを行い、有用な内容をプロジェクトが所有するリサーチコンテキストとして保存します。

深掘りはユーザーとの会話であり、永続的な成果物はリサーチドキュメント(共通の用語、進行中のリサーチテーマ、再び議論する必要のない重要な決定)です。ドキュメントの作成方法は、実行環境によって異なります(「Nemo での作業」を参照)。

使用する場面

ユーザーが次のことを望んでいる場合に活用してください。

  • 多義的な用語の意味を明確にして、ユーザーとエージェントがすれ違わないようにする。
  • 仮説、仮説検証、実験計画を精査して、チームの時間を使う前に問題を洗い出す。
  • 論文やプロジェクトのリサーチテーマを明確にする。
  • リサーチや評価に関する決定を記録して、後続のエージェントが同じ議論を再開しないようにする。

深掘りは本質的に対話型なので、ユーザーとの会話の中で行い、依頼後に放置するバックグラウンドタスクとして実行してはいけません。

基本的な動作

質問は一度に1つずつ行います。各質問では、次の手順に従います。

  1. 曖昧さや弱点を示します。
  2. 推奨する回答、または現時点での最善の推測を提示します。
  3. 次に進む前に、ユーザーの回答を待ちます。

コードベース、論文、メモ、実験ログ、既存のドキュメントを軽く確認すれば答えられる質問は、質問する代わりにそれらを読みます。実際の調査(結果の再現、実行ログの調査、コードの監査)が必要な場合は、別のタスクとして扱い、会話の中で実行してはいけません(「Nemo での作業」を参照)。

次の点を深掘りします。

  • ユーザーとエージェントで解釈が異なる可能性がある、多義的な用語や名称
  • 主なリサーチ上の主張と、それが誤りだと判明する条件
  • 議論の大部分を支えている隠れた前提
  • 決定を変えうる最小限の実験
  • ベースライン、指標、データセット、評価成果物
  • 結果が主張を裏付ける証拠なのか、ベンチマークの数値が変化しただけなのか
  • 論文の主張、コード、実行ログ、プロット、定性的な事例の間に欠けているつながり

同意よりも、有益な異論を優先します。洗練された表現で不確実性を覆い隠してはいけません。

Nemo での作業

Nemo フリートでは、あなたはファーストメイトです。ユーザーとの会話窓口となり、プロジェクトに対しては読み取り専用で、プロジェクトの変更はすべてクルーメイトに委任します。深掘りは船長との会話であり、クルーメイトには決してできないため、この役割に適しています。したがって、深掘りは自分で行い、永続的な書き込みのみを委任します。

ファーストメイトのホームを検出する

FM_HOME が設定されている場合、または作業ディレクトリがファーストメイトのリポジトリ(data/、state/、bin/fm-* のレイアウトで、projects/ の下にプロジェクトのクローンがある)である場合は、ファーストメイトのホーム内にいます。判断に迷った場合は、まず FM_HOME を確認し、次にレイアウトを確認します。どちらにも当てはまらない場合は、通常のプロジェクトまたはワークツリーとして扱います(「プロジェクト内での実行」を参照)。

ファーストメイトとして深掘りを行う
  • 深掘りはプロジェクトの作業ではなく会話なので、船長と直接行います。質問の根拠を得るために projects/ の下を読むことはできますが、そこにあるものは決して編集しません。
  • 変化していく内容の要約は、プロジェクトではなく data/(ファーストメイトが、まだコミットされていないプロジェクトの知識を保管する場所)に記録します。下書きとして最新の状態を保ちます。
  • 深掘りの質問に軽い読み込みではなく実際の調査が必要な場合は、自分で掘り下げずに scout タスクを割り当て、その報告を深掘りに反映します。
リサーチドキュメントを保存する

用語、主張に関するメモ、決定が後続の作業の指針となる程度に固まったら、プロジェクト内のコピーはあなたではなくクルーメイトが書き込みます。

  • 成果物を変更後のリサーチドキュメントとする ship タスクを割り当てます。永続的に残す内容として、正確な用語、主張に関するメモ、決定、および作成または更新する対象ファイルをブリーフに記載します。
  • クルーメイトには、プロジェクトの AGENTS.md からリサーチドキュメントへのポインターを1行追加してもらいます。Nemo では、このファイルが後続のクルーメイト全員が読む正式なエントリーポイントだからです。どこからもリンクされていないリサーチコンテキストは孤立してしまいます。
  • タスクはファーストメイトの通常の納品フローに沿って進めます。その手順はファーストメイト自身の指示で定められているため、ここでコマンドを改めて指定してはいけません。
グリルをNemoタスクに変える

よいグリルは、ドキュメント以上のものを生み出します。グリルで明らかになった「次の実験」と「未解決の質問」は、タスクの種です。それぞれが、調査(調べる)タスクまたは実装(作る)タスクの候補になります。まとめの際には、曖昧な文章のまま残すのではなく、割り当てられる程度に範囲を絞ったバックログ候補として、キューに入れてキャプテンに提案してください。

プロジェクトのリポジトリまたはクルーメイトのワークツリーで作業する

作業ディレクトリが実際のプロジェクトリポジトリまたはクルーメイトのワークツリーである場合は、プロジェクトの AGENTS.md とローカルリポジトリの規約に従って、調査ドキュメントを直接更新してください。

調査ドキュメント

長く残す価値のある内容を記録する必要が生じた場合にのみ、ファイルを作成してください。プロジェクトにすでに調査メモやナレッジの規約(AGENTS.md にまとめられた内容も含む)がある場合は、同じナレッジを置く場所を二つ作らず、そちらに従ってください。

規約がない場合のデフォルト構成:

docs/research/
  context.md       canonical terms and research objects
  thread.md        current research thread, claims, hypotheses, and evidence state
  decisions/
    0001-slug.md   durable research or evaluation decision
context.md

共有用語集として使い、作業メモにはしません。各項目では、このプロジェクトにおける用語の意味と、必要に応じて避けるべき使い方を定義してください。

## Language

**Capability elicitation**:
What this project means by the term in one or two tight sentences.
_Avoid_: using it to mean generic prompt optimization.

**Evaluation episode**:
The unit of interaction that produces one scored outcome.
_Avoid_: run, sample, trajectory when those mean narrower objects in this repo.

プロジェクト固有の用語、構成要素、データセット、指標、手法、成果物のみを含めてください。プロジェクト内で特別な意味で使われていない限り、一般的なMLやプログラミングの概念は追加しないでください。

thread.md

現在進行中の調査の軸です。簡潔で最新の状態に保ち、論文、コード、実行結果、プロット、メモへのリンクを付けた短い箇条書きにし、不確実性は明示してください。

# Research thread

## Core question

## Working thesis

## Hypotheses

## Evidence so far

## Falsifiers

## Next experiments

## Open questions
decisions/

将来のエージェントが再検討する可能性があるほど確定的な場合に限り、決定を記録してください。たとえば、主要なベンチマークの選定、明白でない理由によるベースラインの却下、証拠に基づく研究課題の変更、集計指標より定性的な失敗クラスを重視する判断、または切り替えに大きなコストがかかる設計への決定などです。自明なこと、簡単に覆せること、または単なる事務的なことは記録しないでください。

# {Short decision title}

{1-3 sentences explaining the context, the decision, and why.}

ドキュメントの更新と作業のまとめ

用語や決定が、今後の作業の指針になるほど定まったらドキュメントを更新してください。推測段階の考えをすべて保存する必要はありません。まだ曖昧な初期段階では、要点を会話内(またはfirstmateとしてdata/内)に留めてください。今後のエージェントに制約を与えたり、方向性を示したりする内容だけを記録してください。

作業を終える前に、次の内容を報告してください。

  • 最も明確になった用語
  • 現在進行中の調査の軸
  • 記録した永続的な決定、またはクルーメイトが書き込むshipタスクとしてキューに入れた決定
  • Nemoタスク候補として提示する次の実験と未解決の質問
  • 次に解決すべき未解決の質問

コメント