Tokfuel の Architecture Decision Record（ADR）をリポジトリ直下の ADR/ に起草する。 「ADRを書いて」「ADR作成」「意思決定を記録して」「architecture decision record」 「技術選定をADRに」「〜を導入する/移行するADRを書いて」等と言われたら使う。 ライブラリ置き換え、新しい仕組みの導入、設計方針の決定など、技術的意思決定を Decision / Context / Consideration / Consequences /…
Tokfuel の機能アイデアの壁打ち相手。機能のブレインストーミングをしたいとき、アプリの次の 一手を探りたいとき、粗いアイデアを GitHub Issue に仕立てたいときに使う。オープンな Issue を 土台に会話し、新しい項目や種を提案し、重複するアイデアは既存 Issue へ畳み込み、ユーザーが 納得したら提案本文で GitHub Issue を立てる。スコープは起案のみで、機能の実装は一切しない （実装は implementation スキルの担当）。
Tokfuel の GitHub Issue を番号から最後まで実装するスキル。「/implementation #5」 「#5 を実装して」「implement #5」のように実装する Issue を名指しされたとき、または タイトルの断片などで既存の提案をコードにするよう求められたときに使う。Issue 本文を仕様として 扱い、グラウンドルールに沿って計画を立て、確認を取ってから書き、ビルドとテストで実装し、 差分をレビューして磨き、Issue を閉じ、`swift build`…
日本語の技術文書の文章規範。整形（引用ブロック、脚注、コラム記法）、段落と論証の構成（パラグラフライティング）、論証の厳密さ（ツッコミどころの除去）、読み手の負荷の管理、視点と語り、演出の抑制、LLM っぽい空句の禁止、冗長の排除を定める。日本語で解説文・草稿・記事を書くとき、GitHub Issue や PR の本文を書くとき、英語ドキュメントを日本語に翻訳するとき（README.ja.md など）、または推敲・リライトするときに使用する。
GitHub Issues から次に取り組むタスクを選ぶ。「次のタスクを検討して」「タスクを選定して」 「次に進めるべきタスクを」のように、次に実装する項目を選んでほしいと言われたときに使う。 オープンな Issue を取得し、ラベルや条件で絞り、根拠付きの候補を順位付けして提示する。 読み取り専用で、実装もブランチ作成も PR 作成もしない。