PR・コミット・差分・ファイルをレビューし、再現条件と根拠のある不具合、回帰、検証漏れを報告する。変更が差分の外で何を壊しうるか(影響範囲)を、安全の根拠をコードで証明して確かめるときにも使う。
中文简介正在准备中。当前显示原文说明。
技術選定、仕様比較、実装への影響を調査し、根拠付きのレポートを.tmp/research/に保存する。
中文简介正在准备中。当前显示原文说明。
查看安装方法安装前可以查看交给 AI 代理的指令内容。
技術選定、仕様比較、実装への影響について、読者が判断できるレポートを.tmp/research/YYYYMMDD_{topic}.mdへ保存する。単一のAPI仕様確認は公式資料かContext7(ctx7)で済ませ、比較・影響整理が不要ならこのスキルの報告書工程を重ねない。
何を判断するための調査かを依頼から定める。既存の関連調査があれば使い、判断に必要な情報を優先する。別々の判断を扱う場合は文書を分け、横断的な結論が必要ならつなぐ。
一次情報を優先し、更新される仕様・製品・依存関係は現在の資料を確認する。ライブラリやAPIの使い方は公式資料かContext7(ctx7)で確かめる。外部仕様と対象コード・設定・既存テストを照合し、重要な差分や実装可否を可能な範囲で確かめる。
比較対象や調査範囲を件数のために増やさない。結論に必要な根拠が揃えばまとめ、残る不確実性は影響とともに示す。調査依頼だけで対象コードや外部データを変更しない。
冒頭で目的と結論を示し、その判断を支える根拠、条件、代替案、未確認事項を必要な範囲で続ける。事実、推論、推奨を区別し、対象版・確認時点・出典へのリンクを該当箇所に添える。
実装への影響を扱う場合は、どのファイル・モジュール・契約がなぜ変わるかを示す。正式名称を使い、読者に必要な意味を自然な日本語で説明する。表は比較や対応関係に使い、背景や理由は文章でつなぐ。
章立てや文章量は判断に必要な内容で決める。作業ログ、内部のチェックリスト、会話由来の修正履歴を提出本文へ混ぜない。必要な制約や未確認事項は省略しない。
保存前に結論と根拠の対応、重要な反例、対象範囲、参照先を確認する。最終回答ではファイル、結論、判断に影響する未確定事項を短く伝える。
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
PR・コミット・差分・ファイルをレビューし、再現条件と根拠のある不具合、回帰、検証漏れを報告する。変更が差分の外で何を壊しうるか(影響範囲)を、安全の根拠をコードで証明して確かめるときにも使う。
中文简介正在准备中。当前显示原文说明。
Codex CLI(`codex exec`)に、モデル・reasoning effort・速度を指定して作業(調査、レビュー、相談、実装)を頼み、結果を受け取って要約する。「solで〜して」「astra xhighで調べて」「luna low fastで」「Codexで〜」「Codexに聞いて/やらせて」のように、呼び名(sol / astra / luna)やCodexを指定して作業を頼まれたときだけ使う。文中に普通の単語として「sol」「luna」が出てきただけのときは使わない。
中文简介正在准备中。当前显示原文说明。
エージェントが同じ間違いを繰り返すとき、履歴から間違いの種類を洗い出し、設計、型、lint・CI、テスト、文書の順に、効く範囲で最も上の層で再発を防ぐ。計画を承認してから実装し、各チェックが過去の実際の間違いで失敗することを証明する。'/correct'で使う。
中文简介正在准备中。当前显示原文说明。
アプリを利用者と同じ操作で動かして振る舞いを確かめる、プロジェクト専用の検証スキル(`.claude/skills/verify-<app>/`)と機能一覧を作る。言語、フレームワーク、Web・CLI・API・デスクトップを問わない。'/create-verification-skill'、'このリポジトリの検証スキルを作って'、UI・CLI・サービスの振る舞いを確かめる手順がリポジトリにないときに使う。
中文简介正在准备中。当前显示原文说明。
リポジトリにエージェント開発用の検証基盤を整える。`make check`、GitHub ActionsのCI、短いAGENTS.mdを、言語とツールを検出して作る。'harness-init'、'リポジトリを初期化して'、'検証コマンドを用意して'、新規リポジトリ作成直後や既存リポジトリへの導入時に使う。
中文简介正在准备中。当前显示原文说明。
既存のコードやシステムが今どう動いているか(仕組み、処理の流れ、どこに何があるか、どの層やモジュールが持つべきか)を、コードを読んで説明する。'どうなっているか'、'仕組みを教えて'、'この処理の流れ'、'これはどこに置くべきか'、変更の前に既存の仕組みを理解したいときに使う。なぜ今の形なのか(経緯)は`why`、技術の選定は`research`を使う。
中文简介正在准备中。当前显示原文说明。