sinnlosses
- 20 skills
- 0 followers
- 4 hours ago last updated
- ▌ Tdd · sinnlosses bundleテスト駆動開発。ユーザーがテストファーストで機能構築やバグ修正を行いたいとき、「red-green-refactor」に言及したとき、または結合テストを求めているときに使う。
- ▌ Grilling · sinnlossesプラン・決定事項・アイデアについて、ユーザーを容赦なく問い詰める。ユーザーが自分の考えをストレステストしたいとき、または「grill」系のトリガーフレーズを使ったときに使う。
- ▌ Research · sinnlosses一次情報源に基づいて疑問を調査し、調査結果をリポジトリ内のMarkdownファイルとして記録する。トピックの調査、ドキュメントやAPI仕様の事実確認、調べ物をバックグラウンドエージェントに任せたいときに使う。
- ▌ Domain Modeling · sinnlosses bundleプロジェクトのドメインモデルを構築し、研ぎ澄ませる。コードベースの用語について議論するとき、CONTEXT.mdを書く・編集するとき、ADRを記録・編集するときに使う。
- ▌ Frontend Design · sinnlosses bundle新しい UI を作るとき、既存の UI を作り直すときに、意図のある独自の視覚デザインを導くためのガイド。意匠の方向性、タイポグラフィ、そして「テンプレートの既定値」に見えない選択をするために使う。
- ▌ Maintenance Docs · sinnlosses bundledocs/（history/ 以外）・README.md・CLAUDE.md を10個の検査にかけ、スキルが定めた置き場・索引・「## タスク運用」節の形とのズレ、実物とのズレ、正典の二重化を洗い出して直す。ユーザーが「ドキュメントをメンテして」「docs と CLAUDE.md を点検して」「CLAUDE.md が実態と合っていない気がする」「docs/README.md が古い」と言ったとき、正典を書き換えたあとの追随漏れを洗いたいとき、ドキュメントが散らかってきた・どこに何を置くか分からなくなったと漏らしたときは、「点検」「棚卸し」という言葉が無くても必ずこのスキルを使う。docs/ に新しく中身を書くのは architecture-proposal・domain-modeling・research の仕事で、このスキルは書き足さない。
- ▌ Architecture Proposal · sinnlosses bundleアプリの性質（何を中心に回るか・外の世界との境界・状態の持ち方・変わりやすい場所・実行環境）をコードとドキュメントから読み取り、それに合ったアーキテクチャの様式とディレクトリ構造を、候補の比較・現状との差分・移行の段階つきの提案書としてリポジトリに書く。ユーザーが「アーキテクチャを整えたい／見直したい」「ディレクトリ構造をどうすべきか」「層の切り方に迷う」「構造がごちゃついてきた」「どこに何を置けばいいか分からなくなった」と言ったとき、新しいプロジェクトの骨組みを決めるとき、既存の構造への違和感を漏らしたときは、「アーキテクチャ」という言葉が無くても必ずこのスキルを使う。個々のモジュールの深さやインターフェースの設計は codebase-design、用語の整理は domain-modeling に任せる。
- ▌
- ▌
- ▌ Next Task · sinnlossesdevelop/tasks.jsonから未着手タスクを1件選んで実行し、develop/tasks.json・develop/progress.mdを更新してコミットする。ユーザーが「次のタスクを進めて」「tasks.jsonのタスクをやって」と言ったとき、または/loopと組み合わせて全タスク完了までの自動進行に使う。
- ▌ List Tasks · sinnlossesdevelop/tasks.json に登録されているタスクの一覧をテーブルで表示し、todo があれば次に着手する1件を推薦する。ユーザーが「タスク一覧を見せて」「今どのタスクが残ってる？」「次は何をやるべき？」「tasks.json の中身を教えて」と言ったときに使う。読み取り専用で、タスクの実行も登録もしない。
- ▌ Plan Tasks · sinnlossesdevelop/direction.md に書かれたユーザーからの指示（と、承認を得たエージェントのドラフト）を develop/tasks.json のタスクに分解して登録し、指示メモを docs/history/direction.md へ移す。ユーザーが「指示をタスクにして」「direction.md を処理して」と言ったとき、またはセッション開始時に develop/direction.md に未対応の指示があったときに使う。
- ▌ Retrospect · sinnlosses bundle実行し終えたタスクを振り返り、次に効く改善だけを取り出す。`develop/retrospective.md` に「どのコミットまで振り返ったか」を記録し、前回の続きからのコミット範囲について、diff・`tasks.json` の本文と evidence・`progress.md` の小節・サブエージェントのトランスクリプトを突き合わせる。見つけたことは `develop/direction.md` の `## エージェントのドラフト` に積み、ドキュメントもタスクも直接は書き換えない（承認ゲートを通す）。ユーザーが「振り返りをして」「レトロスペクティブ」「KPT」「今までのタスクから学べることは」「進め方を見直したい」「同じ失敗を繰り返している気がする」と言ったとき、タスクを何件か done にしたあとで運用を点検したいときは、「振り返り」という語が無くても必ずこのスキルを使う。読むだけの一覧は /list-tasks、タスクを進めるのは /next-task。
- ▌ Code Review · sinnlosses固定点（コミット、ブランチ、タグ、マージベース）以降の変更を2つの軸でレビューする: Standards（このリポジトリのコーディング標準に沿っているか）と Spec（元となったissue/specが求めた内容と一致しているか）。両方のレビューを並列サブエージェントで実行し、並べて報告する。ユーザーがブランチ・PR・作業中の変更のレビューを求めたとき、または「Xからの変更をレビューして」と言われたときに使う。
- ▌ Setup Tasks · sinnlossesタスク運用に要る develop/tasks.json・develop/progress.md・develop/direction.md をプロジェクトに用意し、検証コマンドと整形コマンドを CLAUDE.md の「## タスク運用」節に書く。ユーザーが「タスク運用を始めたい」「develop/ を用意して」「このプロジェクトでもタスク管理を使いたい」と言ったとき、/next-task・/plan-tasks・/list-tasks が MISSING を返したときに使う。既にあるファイルは上書きしない。
- ▌ Skill Creator · sinnlosses bundleスキルを新規作成し、既存のスキルを修正・改善し、スキルの性能を測る。ユーザーがスキルをゼロから作りたいとき、既存のスキルを編集・最適化したいとき、eval を回してスキルをテストしたいとき、ばらつきの分析を伴うベンチマークを取りたいとき、トリガー精度を上げるために description を最適化したいときに使う。
- ▌ Task Workflow · sinnlosses bundledevelop/tasks.json・progress.md・direction.md でタスクを管理する運用の正典（フィールド定義、difficulty の基準、evidence の書き方、アーカイブのトリガー）。/next-task・/plan-tasks・/list-tasks が参照する。ユーザーが「タスク運用のルールを教えて」「difficulty の基準は？」「アーカイブの基準は？」と聞いたときに読む。手順は持たず、何も書き換えない。
- ▌ Webapp Testing · sinnlosses bundlePlaywright でローカルの Web アプリを操作・テストするための道具一式。フロントエンドの動作確認、UI の挙動のデバッグ、ブラウザのスクリーンショット取得、ブラウザログの確認に使う。
- ▌ Codebase Design · sinnlosses bundle深いモジュールを設計するための共通語彙。ユーザーがモジュールのインターフェースを設計・改善したいとき、深化（deepening）の機会を探したいとき、シームの置き場所を決めたいとき、コードをよりテストしやすく／AIがナビゲートしやすくしたいとき、または他のスキルが深いモジュールの語彙を必要とするときに使う。
- ▌ Diagnosing Bugs · sinnlosses bundle難しいバグやパフォーマンス劣化のための診断ループ。ユーザーが「診断して」「デバッグして」と言ったとき、または壊れている・例外が出る・失敗する・遅いといった報告をしたときに使う。