承認済み spec から始め、検証済みタスクを1つずつ実装し、docs を同期させます。Claude Code は今すぐ利用可能です。
npx @haposoft/cafekitruntime をインストールし、specs、develop、test、review、git handoff を経て、既存の deploy stack で出荷します。
feature 作業に入る前に、既存の Claude Code project へ CafeKit を導入します。
skills、hooks、rules、statusline、workflow context を `.claude` に配置します。
プロジェクトを ad-hoc prompt ではなく spec-driven command surface に切り替えます。
現在の primary runtime は Claude Code です。
project root で `npx @haposoft/cafekit` を実行します。
repo はすぐに `cf:*` workflow を実行できます。
CafeKit の魅力は、ad-hoc prompt と stateful runtime の差が一目で分かることです。
毎回説明し直す長い prompt に頼る
最初の実装後に spec と code がずれていく
markdown では done に見えても build や test は赤いまま
docs 更新が後回しになりがち
spec が validation と task boundary を持つ runtime artifact になる
verified task packet 単位で実装が進む
quality gate が fake progress を止めてから state を sync する
docs checkpoint が段階的に実行される
新規ユーザーは、CafeKit が app code を変えるのか、workflow infrastructure を入れるだけなのかをまず知りたいです。
specs、develop、test、review、git、sync の command surface。
state reminder、privacy guardrail、runtime context injection。
test、review、docs、sync、workflow enforcement を担う specialist agent 群。
spec state、quality gate、docs sync、Git handoff を揃える実行ルール。
本物の feature で workflow を開始するまで勝手には変更されません。
CafeKit をインストールし、spec を作成・検証し、task を実装して verify し、その後 commit と deploy を行います。
# 1. CafeKit をインストール$ npx @haposoft/cafekit# 2. feature spec を作成して validate$ /cf:specs Build a user authentication system$ Accept all # C2# 3. task packet を1つずつ実装$ /cf:develop user-authentication# 4. verify と review で候補を固める$ /cf:test --full$ /cf:code-review --pending# 5. commit, push, deploy$ /cf:git commit$ /cf:git push$ vercel --prod
CafeKit が初めてですか?
ゼロから始めましょう — 未インストールから最初の verified feature まで案内します。
C1 scope、acceptance criteria、exclusions、decisions、flat task map。
One outcome、one Status、ownership、dependencies、proof command を持つ flat task。
merge や ship の準備ができているかを示す structured signal。
プロジェクトについてお知らせいただくか、ご質問をお寄せください。通常1営業日以内にご返信いたします。