بنقرة واحدة
maintain-agent
Claude Code設定ファイルのメンテナンス。コンテキスト最適化原則に基づく構成レビュー。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Claude Code設定ファイルのメンテナンス。コンテキスト最適化原則に基づく構成レビュー。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
技術発表の資料(CFP応募文, スライド)を作成するスキル。3フェーズで進める。最初に想定オーディエンス層と一番持ち帰ってもらいたいことをブレストして合意する。次にフォーマットの持ち時間から逆算してアウトラインと時間配分を決め合意する。最後にスライドを書く。10分以下では主題を1つに絞り起承転結を作らない、自己紹介ページを作らない、1枚に複数メッセージを詰めない、引用や初出用語は実在ページへリンクするといった規律を強制する。CFP応募時はabstract, description, motivation相当の文章も生成する。 トリガー: "技術発表の資料", "登壇資料を作りたい", "プレゼン資料を作って", "LT資料", "techtalk", "CFP応募", "プロポーザル", "発表スライド作って", "techtalk-maker" 使用例: techtalk-maker
AIが書いた日本語を、人が書いたように自然で論理の通った文章へ整える。表層の語彙や記号だけでなく、段落構成や論証、冗長も直す。長文の技術原稿(記事や解説、書籍の章など)では`references/technical-writing.md`も読んで適用する。 トリガー: "proofread", "校正して", "校正", "文章を直して", "推敲して", "AIっぽさを消して" 使用例: proofread@ja sample.md
Rewrite AI-generated English drafts into prose that reads like a human wrote it. Triggers: "proofread", "edit this", "rewrite this", "make it sound human", "remove the AI tone", "英文校正", "英語の校正", "英語を直して" Example: proofread@en draft.md
未インストールのコマンドを `nix run nixpkgs#<package>` で実行する。Bashで `command not found` が発生した時、または未インストールCLIツールを使う必要が出た時に発火。「nix runで実行して」「インストールしてないけど使いたい」「command not found」「ripgrepで検索して(未インストール時)」等のフレーズでも起動。ユーザーにインストール依頼せず即座に実行することを優先する。
SAENMモデル (Sequential Append-Only Experiment Notebook Model) に基づくJupyter実験ノートの 作成・管理・振り返りワークフロー。「SAENM」「実験ノート」「実験記録」「ノートブック管理」 「研究ノート」等のキーワードで起動。新規実験の開始、既存実験の継続、実験系列の振り返りを支援する。
PR上のAIレビュアー(Claude / GitHub Copilot / CodeRabbit等)からのコメントを取得し、修正要否をトリアージするスキル。「PRのコメント確認して」「Copilotの指摘を見て」「AIレビューを整理して」「review見て」「check-reviews」などのフレーズで起動すること。PRのレビューコメントを一覧化し、対応推奨度(MUST/ASK/MAY)を付けて整理する。
| name | maintain-agent |
| description | Claude Code設定ファイルのメンテナンス。コンテキスト最適化原則に基づく構成レビュー。 |
When creating or modifying Claude Code configuration files, follow these context-optimization principles.
Choose configuration type based on when context should load and how context should be shared:
| Type | Trigger | Context Isolation | Startup Loading |
|---|---|---|---|
CLAUDE.md | Startup | Shared | Full content |
rules/ | Startup/Path | Shared | Full (lazy if paths specified) |
commands/ | User | Shared | None |
skills/ | Auto | Shared | Description only |
agents/ | Auto/User | Isolated | Description only |
*.ts frontend rules activating in CLI projects). Prefer skills/commands for user-level task-specific guidanceCLAUDE.md/rules should include only always-needed context (e.g., role, expertise, core principles). Move conditional content and detailed procedures, and deep knowledge to commands, skills, subagents, or path-specific rules.
Note that Path-specific rules defer loading until touching files that match the specified glob patterns in paths: frontmatter
---
paths: "{src,lib}/**/*.ts, tests/**/*.test.ts"
---
When extracting skills and subagents, mention their names for discoverability.
Use `commit` skill to git commit the change
Avoid mentioning user-invoked commands in CLAUDE.md and non-path-specific rules as they need no discovery. If discoverability is desired, have the skill invoke the command instead.
For tasks needing both auto-detection AND manual invocation:
---
# skills/git-commit/SKILL.md
name: git-commit
description: Stage meaningful diffs and create commits with WHY-focused messages. Use when agent needs to commit code changes.
---
Use `/git:commit` slash command to stage meaningful diffs and create commits with WHY-focused messages.
Benefits:
/git:commit for manual controlBoth can auto-trigger, but they differ in context sharing:
| Aspect | Skills | Agents |
|---|---|---|
| Context | Shared with main conversation | Isolated subprocess |
| Results | Full context visible | Only final result returned |
| Best for | Deterministic workflows | Exploratory/trial-and-error tasks |
Use skills when:
Use agents when:
Example: A "find files" task that may require trying multiple glob patterns should use an agent—failed searches won't clutter the conversation. A "commit changes" workflow should use a skill—the user benefits from seeing staged files and commit reasoning.
Keep agent definitions concise: Factor out reusable workflows into skills that agents can invoke. This keeps agent prompts focused on their unique purpose (exploration strategy, output format) while delegating standard procedures to skills. Multiple agents needing the same workflow should share a skill rather than duplicate instructions.
When reviewing configurations: