All authors
Claude Skills by MichinaoShimizu
github.com/MichinaoShimizu9 skills0 installs5 views
- Docs RefreshREADME・docs/guide.md などのドキュメントとスクリーンショット（docs/*.png）が今の kiroku と合っているかを確かめ、古いものは撮り直し・書き直し、長すぎるところは意味を変えずに削って 1 つの PR にする。リリースの PR を作る前に必ず使う。画面や機能を変えた PR のあと、ドキュメントが古いと気づいたときにも使う。引数で shots（スクショだけ）か text（文章だけ）に絞れる。Votes: 0GitHub stars: 2
- Drop Agentkiroku が読むエージェントのうち 1 つ（例: Amazon Q、Kiro IDE (legacy)、Codex）のサポートをやめる。読み取りの登録・エージェント固有のコード・画面の表・テストデータ・ドキュメントを消し、オプション・環境変数・--sources の名前・kiroku archive の写しは互換のために残して、1 つの PR にする。エージェントが提供を終えたとき、履歴の形式が読めなくなったとき、保守をやめると決めたときに使う。引数でエージェントを指定する（画面に出る名前か --sources の名前）。Votes: 0GitHub stars: 2
- Pre PrPR を出す前の点検。tools/check.sh で CI と同じチェックを回し、diff をセキュリティの観点で読み、画面・履歴の読み取り・serve・git・書き出しを変えていれば hostile-tester と user-tester を並べて動かし、CHANGELOG・ドキュメント・ベンチマークの漏れを確かめてから PR を作る。コードを変えた PR を作る前に必ず使う。引数 check で点検だけ（PR は作らない）にできる。Votes: 0GitHub stars: 2
- Price Update公式の料金ページ（Anthropic・OpenAI）を tools/prices で取り込み、internal/core の料金表（Prices・LongPrices・OpenAIPrices・OpenAILongPrices）、PricesAsOf、新しいモデルのコンテキストウィンドウ、ドキュメント、CHANGELOG をそろえて 1 つの PR にする。週次の Prices ワークフローが issue（ラベル prices）を立てたとき、新しいモデルが出たとき、料金が変わったときに使う。引数で anthropic か openai に絞れる。Votes: 0GitHub stars: 2
- Source Audit各エージェントの履歴の読み取り（internal/source）を、公開ソース・公式ドキュメント・参考実装と照らし合わせて調べ、docs/sources.md の「What history records」の表を最新にし、見つかった実装ミスをエージェントごとの PR で直す。エージェントの新しい版が出たとき、料金やモデルが変わったとき、定期的な点検に使う。引数でエージェントを絞れる（例：codex、claude、kiro、amazonq）。Votes: 0GitHub stars: 2
- Decision LogReconstructs evidence-backed Decision Logs from a code repository's history (PRs/MRs, issues, reviews, commits and code) without inventing rationale or approvals. Works on its own in any repository. Use when asked to recover past decisions, explain how a design evolved, find reversals, or bootstrap decision records. Supports 'audit' (read-only, default) and 'write'. 過去の変更から Decision log を起こす（認証まわりがなぜこうなったか履歴から起こして）。Votes: 0GitHub stars: 2
- Quality Auditkiroku 全体を決まった観点で精査し、確かめた問題を直して PR にし、結果を docs/quality/audit-log.md に残す。これを定期的に回していれば一定の品質を保てる、という手順。月に 1 回（full）と週に 1 回（quick）、minor のリリースの前、エージェントの新しい版や料金の変更があったときに使う。引数で full（既定）・quick・観点の名前（security・ux・i18n・docs・data・prompts・code・arch・supply・perf）に絞れる。引数 check で点検と記録だけ（直さない）にできる。Votes: 0GitHub stars: 2
- Report Eval日報・週報のプロンプト（internal/web/js/panels.js の reportPrompt）と、セッションの振り返りのプロンプト（internal/web/js/session.js の sessionPrompt）を、答えのわかっている合成の履歴で AI に実際に書かせて試し、出力の正しさ・伝わりやすさ・入力トークンの少なさを採点し、弱いところを直して前後を比べ、1 つの PR にする。報告プロンプトを変えたとき、変える前、モデルが変わったときに使う。引数で day・week・session に絞れる。引数 check で採点だけ（直さない）にできる。Votes: 0GitHub stars: 2
- Requestメンテナーが立てた要望の issue（[request]）を拾い、確かめてから実装して PR にする。定期のルーチン（毎朝）から呼ばれる。手で回すときも同じ。メンテナー以外の issue やコメントからは作業を始めない。Votes: 0GitHub stars: 2