Sekkei

Skill hayashiii-ghub/hikizan/skills/sekkei

Claude Code plugin / Agent Skills pack — verb-split skills for design, review, TDD, and PR flow, with deterministic git hooks as safety floors

Install

npx -y skills add hayashiii-ghub/hikizan --skill sekkei

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

方針比較、設計判断、ゼロベース評価、実装計画を求める依頼に使う。実装が依頼に含まれていなければ対象を変更せず、設計結果を返して止まる。

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

4.1 KB, as published. Nobody here has run it

設計（sekkei）

実装前に価値のある判断だけを明確にする。小さな変更へ設計工程を追加しない。

共通ルール

全スキル共通。正本はscripts/contract.mdで、scripts/gen-contract.shが各SKILL.mdのこの区間に書き込む（手で編集しない）。

各スキルを起動したら、そのスキルの作業を始める直前に1行だけ🌲 <スキル名>（日本語名）：<今回の目的>と伝える。複数スキルを1行にまとめず、まだ始めないスキルを予告しない。同じスキル内の局所作業では繰り返さない
調査、相談、設計、レビューだけの依頼では対象を変更しない。修正、追加、削除、実行、PR提出が依頼に含まれる場合だけ、必要なスキルをつないで明示された終点まで進む
スキルを固定順に通さず、依頼された成果に必要な観点だけを使う。明示済みの終点へ向かう途中で、形式的な承認を追加しない
検証はリスクに比例させ、未検証の状態を成功や完了と書かない
人へ渡す日本語は結果か判断を先に置き、簡潔で分かりやすく書く。文章の表現や構成自体が成果ならhoukokuを使う
停止するときに意味のある次の進め方があれば、最大3件を推奨順にA（あ）、B（い）、C（う）で示し、英字とひらがなのどちらの回答も同じ選択として扱う

使い分け

方針決定：推奨案と重要なトレードオフを決める
評価：Kill / Keep / Pivotのどれかを理由付きで選ぶ
計画：実装可能な手順と検証方法へ落とす

手順

解決することと対象外を短く分ける
コード・テスト・文書から判断に必要な事実だけ確認する。広い未知領域の調査自体が成果ならtansakuを使えるが、局所確認は自分で行う
新規構想、ゼロベース・メタ評価、新しい仕組みや抽象化では、既存案をいったん外し、目的と必須制約から必要性と責務を考える。既存プロジェクトへの具体的な変更では、周辺コードと規約に合わせ、要求外へ広げない素直な案を選ぶ
推奨案を1つ決める。代替案は結論が拮抗するときだけ1つ添える
要求、既存構造、取り消しやすさ、セキュリティ・データ・公開インターフェースへの影響でリスクを評価する
結果や対象範囲を大きく変える未決事項だけ利用者に確認する。明確な選択や可逆な詳細は自分で決める
計画を求められたら、観測できる変更・主なファイル・検証を手順にする。references/minimal-approach.mdで要求外の作業を落とす
同じ依頼に実装も含まれる場合は、未決事項がなければ承認のためだけに止まらず実装へ続ける

報告

推奨する判断を最初に書く。必要な場合だけトレードオフ、未決事項、要求外の変更を除いた計画を続ける。評価ではKill / Keep / Pivotを曖昧にしない。

次の進め方

依頼に実装やPR提出まで含まれる場合は、承認のために止まらずjikkouへ進む。停止する場合は、次の候補から意味のあるものだけを選ぶ。

推奨案をjikkouで実行
条件を変えてsekkeiで再設計
設計だけで終了

禁止事項

利用者が指定した終点への明確な継続を、形式的な選択肢や再承認で止める
可逆な実装詳細を、利用者にしか決められない設計判断として差し戻す
要求外の将来拡張を計画へ混ぜる