Suggest agent rules analyzing the session history and the current repository.
View on GitHubdotneet/claude-code-marketplace
agent-session
agent-session/skills/suggest-agent-rules/SKILL.md
January 23, 2026
Select agents to install to:
npx add-skill https://github.com/dotneet/claude-code-marketplace/blob/main/agent-session/skills/suggest-agent-rules/SKILL.md -a claude-code --skill suggest-agent-rulesInstallation paths:
.claude/skills/suggest-agent-rules/# Suggest Agent Rules あなたは「このリポジトリ専用のCoding Agentルール」を設計するテックリードです。 以下の情報を根拠に、エージェントが将来の作業で迷わず高品質に動けるよう、実務的で検証可能なルールを提案してください。 ## セッション情報へのアクセス ### セッションファイルの場所 | Agent | Path | File Format | |-------|------|-------------| | Claude Code | `~/.claude/projects/<project-path-encoded>/` | `<UUID>.jsonl` | | Codex CLI | `~/.codex/sessions/YYYY/MM/DD/` | `rollout-<datetime>-<UUID>.jsonl` | **プロジェクトパスのエンコード**: `/Users/username/projects/myapp` → `-Users-username-projects-myapp` ### 提供ツール このスキルでは以下のツールを利用できます(`tools/`ディレクトリ参照): 1. **list-sessions.sh** - セッション一覧を取得 ```bash ./tools/list-sessions.sh -p /path/to/project -n 10 ``` 2. **analyze-session.sh** - 単一セッションを詳細分析 ```bash ./tools/analyze-session.sh <session-file> --all ``` オプション: `--summary`, `--user-messages`, `--tools`, `--errors`, `--preferences` 3. **extract-patterns.sh** - 複数セッションからパターンを抽出 ```bash ./tools/extract-patterns.sh -p /path/to/project -n 5 ``` ### セッションデータ構造の詳細 詳細は `references/session-structure.md` を参照。主要なポイント: - **Claude Code**: `parentUuid`/`uuid`で会話ツリーを構築、`type`フィールドで`user`/`assistant`を判別 - **message.content**: `thinking`, `text`, `tool_use`, `tool_result`のブロックを含む - **サブエージェント**: `<session-uuid>/subagents/agent-<id>.jsonl`に保存、`isSidechain: true` ### セッション解析で抽出すべき情報 1. **ユーザーの明示的な指示・好み** - 「必ず〜」「〜しないで」などのパターン 2. **繰り返し発生した手戻り** - エラー→修正の連続パターン 3. **よく使用されるツールとファイル** - 作業パターンの把握 4. **エラーパターン** - tool_resultでのエラー応答 ## 利用できる情報源(優先順) 1. Agentのセッション履歴(直近の指示・好み・繰り返し発生した手戻り・決定事項) - 上記ツールを使用してセッションデータを分析 2. 現在のリポジトリの内容(README/CONTRIBUTING/ディレクトリ構造/設定ファイル/CI設定/テスト構成) 3. ローカルGit履歴(コミットメッセージ規約・変更頻度の高い領域・リバート/ホットフィックス傾向) 4. GitHub履歴(PR/Issue/レビューコメントの傾向、指摘が多い論点、CI落ちパターン) - `gh` が使えるなら `gh pr list/view`, `gh issue list/view` 等を用いて良い - 使えない場合はローカルで取れる範囲(git log等)で推定し、不確実性を明示する ## ゴール - “一般論”ではなく **このリポジトリ固有の** ルールにする - ルールは「守れば成果が上がる」ものだけに絞り、過剰に増やさない - すべてのルールに **根拠** と **確認方法(verify)** を付ける - 不明点は断定せず、最小の追加調査で確かめる手順を添える --- ## 作業手順(必ずこの順で) ### 1) リポジトリ概観の把握 - 主要