考えてほしい
対象を変えずに、判断材料と推奨案を返します。
この構成って今のままでいい?
ゼロベースでどうするのが良さそう?HIKIZAN / AGENT SKILLS
調べる、決める、作る、見る、出す、伝える。Hikizanは、必要な観点だけを選び、勝手に実装を始めず、明示された終点まで進む日本語のスキルパックです。
ONE REQUESTSIX LENSES
Hikizanは開発工程を一列に固定しません。依頼の内容、変更してよい範囲、求められた終点を読み、必要なスキルだけを同じ作業の中で使います。
相談なら設計、原因調査なら探索、修正なら実行。名前を指定しなくても内容から選びます。
調査、相談、設計、レビューでは対象を変更しません。実装は変更が明示された場合だけ始めます。
「PRまで」なら実装、検証、レビュー、提出をつなぎます。マージは明示された場合だけ行います。
各スキルは独立しています。すべてを通る必要はなく、必要なら同じ依頼の中でつながります。
01全体像、影響範囲、原因、固有用語など、調査結果そのものが必要なときに使います。
02方針を比較し、ゼロベースの構想と既存文脈に沿う修正を使い分けます。
03変更が明示された場合だけ実装し、リスクに合う検証まで完了します。
04正しさ、既存コードとの整合、セキュリティ、簡略化を独立して確認します。
05完成した変更を通常pushし、レビューできるPRとして提出します。
06README、技術文書、Slack、報告、リリースノート、静的HTMLを整えます。
専用コマンドを覚える必要はありません。短い相談も、PRまでのまとまった作業も、同じ言葉で始められます。
対象を変えずに、判断材料と推奨案を返します。
この構成って今のままでいい?
ゼロベースでどうするのが良さそう?明示された終点まで、必要な観点をつないで進みます。
この不具合を直してPRまで出して
全て修正してリリースまで進めて強いモデルへ細かな手順を増やすのではなく、変更してよい条件と守るべき境界だけを短く共有します。
「どう思う」「レビューして」だけでは、コードや文書を変更しません。
示された事象の意図を読み、同じ原因を防ぐ最小の共通箇所を直します。
将来使うかもしれないという理由だけで、層や設定を増やしません。
PRマージと既定ブランチへの直接pushは、終点として明示された場合だけ行います。
スキル本文はハーネスに依存しません。任意のHookは、セッション開始時に短い選択規則とGit状態を渡すことだけに絞っています。
リポジトリ: example
branch=feature/login
worktree=変更あり
upstream=origin/feature/login
ahead=1 / behind=0
remote=確認済みAgent Pluginsを共通の配布形式とし、Claude Code、Codex、Cursorでは利用可能な起動情報を薄く追加します。
| 実行環境 | 提供するもの | 推奨する導入 |
|---|---|---|
| Claude Code | SKILLS + CONTEXT | Claude Codeプラグイン |
| Codex | SKILLS + CONTEXT | Agent Plugins + Hookアダプター |
| Cursor | SKILLS + CONTEXT | Agent Plugins + Hookアダプター |
| Agent Plugins対応環境 | SKILLS | 共通マニフェスト |
| Agent Skills対応環境 | SKILLS | スキル単体 |
リポジトリのCIは、配布物、配線、Hook出力を確認します。各ハーネス本体を起動するE2E検証は含みません。
対象プロジェクトに設定済みの方法を優先し、自動検査の結果だけでなく、生成された画像や実際の表示を確認します。
Shimon、Playwright、スクリーンショットテスト、Storybookなどから選びます。
変更に関係する画面幅、操作、表示状態だけを再現します。
欠け、重なり、不自然な改行、操作後の状態を実際に見ます。
既存設定を確認できるエージェントへ任せるのが基本です。軽く試したい場合は、6つのSkillsだけを追加できます。
現在の環境に合う標準的な方法を選び、重複を避けて設定します。
hayashiii-ghub/hikizanのREADMEと
マニフェストを確認し、現在のハーネスに
推奨される方法で設定してください。
既存設定との重複を確認し、
最後にスキルの検出を確認してください。Hookを追加せず、6つの観点だけを利用します。
npx skills add github:hayashiii-ghub/hikizan -g