Skill.md検索

タスク複雑度を自動判定: ファイル修正数、変更行数、変更内容から「軽量」か「複雑」かを判定できます。 最適なワークフローを提案: 修正量に応じて speckit.specify（詳細な計画ツール）と ecc:plan（軽量計画）のどちらが効率的かを提案します。 時間ムダを削減: 単純な設定変更に手間のかかるワークフローを使って、1-2時間の無駄を防げます。 判断基準を可視化: 「なぜこのワークフローなのか」が明確になり、チーム内での判断がぶれなくなります。 設定ファイルの小さな変更が多い: pyproject.toml や yaml の数行修正など、軽量なタスクが多い人 大型機能開発と小さな修正が混在: タスク規模による最適な手法を自動で判断したい人 ワークフロー選択で迷う: speckit.specify を使うべきか、直接実装すべきか判断に迷う人 このスキルは speckit.specify 実行前のタスク複雑度評価を行います。speckit.specify は 5 Phase のワークフロー（spec → plan → tasks → implement）を生成しますが、設定変更のみ・1-2ファイル修正などの軽量タスクには過剰です。判定基準は：修正ファイル 1-3件・設定変更のみなら ecc:plan または直接実行、新規機能・複数コンポーネント連携なら speckit.specify、リファクタリング・テスト追加のみなら直接実行。推奨テンプレートで「修正量が少なそう（推定Nファイル、M行）」と提示し、どちらを使うか選択させます。過剰だったケース例：mypy導入（23行修正で speckit使用→2時間、実際は10-15分で完了）。

テストが個別では速いのにスイート実行で遅い・ハングする問題を根本解決します main()関数内のPIDファイル管理やatexit処理を自動モック化し、テスト間の状態干渉をブロックします フィクスチャ（テスト前処理）で既存プロセス状態を隔離し、クリーンな環境でテストを実行できます pytest-timeoutが効かない問題を解消し、全テストが確実に完了するようになります グローバルシングルトンやtime.sleep()を含むプロセス管理コードのテストを安全に実行できます テストスイート実行の遅さやハングに悩むテスト担当エンジニア CI/CDパイプラインのテスト時間が長すぎると感じている開発チーム main()関数やバックグラウンドプロセスを扱うPythonプロジェクトの保守者 テスト診断方法を学んで自分でトラブルシューティングしたい技術者