thinkyou0714
- 51 skills
- 0 followers
- 12 hours ago last updated
- ▌ Repo Tour · thinkyou0714 bundleGenerate a comprehensive onboarding guide for any codebase. Produces a REPO_TOUR.md with a 30-second summary, annotated directory tree, Mermaid architecture diagram, key files list, and "where to look for X" quick-reference. Use when you're new to a codebase, onboarding a team member, or need to document the overall structure. Also useful after a major refactor to update understanding. Triggers on: "このリポジトリを説明して", "コードベースを理解したい", "repo tour", "architecture overview", "repo-tour", "onboarding", "どこから読めばいい". DO NOT USE FOR: editing code, fixing bugs, or creating documentation beyond structure.
- ▌ Pr Respond · thinkyou0714 bundleAddress open GitHub PR review comments automatically. For each unresolved comment, classifies as MUST-FIX (edit code), ACK (reply only), or DISCUSS (ask back). Edits the relevant files, commits, and drafts a response comment for each item. Use when you receive PR review feedback and want to address all comments in one pass. Triggers on: "PRのコメントに対応", "review comments", "address PR feedback", "レビュー対応", "pr-respond", "コメント修正". DO NOT USE FOR: creating new PRs, writing code from scratch, or Issue responses.
- ▌ Issue Triage · thinkyou0714 bundleScore and prioritize all open GitHub Issues by Impact x Effort x Urgency. Outputs a triage matrix (TRIAGE.md), applies priority labels, and suggests a sprint plan. Use when your issue backlog is overwhelming, you don't know what to work on next, or you want a structured sprint plan. Triggers on: "issue 整理", "バックログ整理", "何から手をつける", "issue優先度", "sprint plan", "issue-triage", "issue triage". DO NOT USE FOR: closing issues, writing code, or creating new issues.
- ▌ Release Notes · thinkyou0714 bundleGenerate human-readable release notes from git history and merged PRs. Creates two versions: user-facing (what's new in plain language) and developer-facing (conventional changelog format). Publishes as a GitHub Release draft with auto-suggested semver bump. Use when you're preparing a release, want to document what changed since the last tag, or need to write CHANGELOG entries. Triggers on: "リリースノート", "changelog", "release notes", "何が変わった", "バージョンアップ", "release-notes". DO NOT USE FOR: creating a new git tag, deploying to production.
- ▌ Gh Pr Perm Audit · thinkyou0714 bundleSecurity-first audit of the per-repo GitHub setting "Allow GitHub Actions to create and approve pull requests" (can_approve_pull_request_reviews) across an account. Flags repos where Actions CAN approve PRs — a required-review bypass risk (OpenSSF) — unless you intentionally allow them. Read-only: it never changes settings; it prints the exact gh command for you to run. Use when you ask: "audit Actions PR permissions", "can GitHub Actions approve PRs?", "PR approval setting check", "Actions PR 権限監査", "review-bypass チェック". DO NOT USE FOR: creating PRs, changing branch protection, or writing code.
- ▌ Gh Repo Security Audit · thinkyou0714 bundleOpenSSF-aligned security posture audit across all repos in a GitHub account: default workflow token permissions, allowed-actions policy, branch protection, secret scanning + push protection, and Dependabot alerts. Reports WARN (fixable gaps) vs INFO (opinionated hardening). Read-only by default; the only optional mutation is enabling Dependabot alerts. Use when you ask: "repo security audit", "OpenSSF audit", "are Dependabot alerts on?", "GitHub hardening check", "repo セキュリティ監査", "Actions セキュリティ横断". DO NOT USE FOR: writing code, changing branch protection automatically, or the PR-approval toggle (use gh-pr-perm-audit for that).
- ▌ Run Tests · thinkyou0714Run the github-flow-kit test suite and summarize failures. Use when asked to test, verify, or check a skill change.
- ▌
- ▌
- ▌ Cursor Handoff · thinkyou0714implementation-gate 通過後の情報を、施工AI（Cursor 等）が実行可能な指示書形式に変換する。ゲート通過前には使わない。
- ▌ Access Control Matrix · thinkyou0714ロール × リソース × 操作のアクセス制御マトリクスを体系的に設計し、権限の抜け漏れ・過剰付与を一覧で点検する。ロール設計やRBAC/行レベル権限を整理するときに使う。
- ▌ Patch Readiness · thinkyou0714既存システムへのパッチ・ホットフィックス・緊急修正を安全に適用できる状態かを確認する。テスト・バックアップ・ロールバック手段が揃っているかをチェックする。パッチ・ホットフィックスを適用する前に使う。
- ▌ Strategy Assessment · thinkyou0714実行中の戦略・施策を、当初前提と実績の差分から査定し、継続・転換・撤退を判断する材料を整える。定期レビューや想定外の結果が出たときに使う。
- ▌
- ▌ Secret Management Review · thinkyou0714シークレット（APIキー・トークン・認証情報・暗号鍵）の保管・配布・スコープ・ローテーション・漏洩対策をレビューする。外部連携・デプロイ設定・公開の前に使う。
- ▌
- ▌
- ▌ Success Failure Criteria · thinkyou0714施策・実装・設計の成功条件と失敗条件を測定可能な形で定義する。「なんとなくうまくいった」を排除し、判断基準を事前に確定する場面で使う。
- ▌ Implementation Gate · thinkyou0714実装に入ってよい状態かを確認する。要件・設計・影響範囲・ロールバック方針が揃っているかを一括チェックし、不足があれば実装ブロックを宣言する。実装着手の直前に使う。
- ▌
- ▌ Repo Structure Review · thinkyou0714リポジトリのディレクトリ構造・命名規則・ファイル配置が設計原則と整合しているかをレビューする。構造の崩れを早期に検出し、保守コストの増加を防ぐ。リポジトリ構造をレビューするときに使う。
- ▌ Test Scope Definition · thinkyou0714実装・変更に対して何をどこまでテストすべきかを定義する。テスト種別・対象・優先度・合否基準を整理し、テスト不足による手戻りを防ぐ。テスト計画を立てるときに使う。
- ▌ Trigger Action Map · thinkyou0714自動化フローのトリガー・アクション・条件分岐・エラー処理を可視化する。n8n / Webhook / cron 等の実装前に、フロー全体の抜け漏れを確認する。
- ▌ Knowledge Capture · thinkyou0714セッション内の判断・却下理由・前提変化・学びを、DECISIONS.md / ADR / CONTEXT.md に書き込める構造化草稿に変換する。Obsidian への直接書き込みや情報の正誤判断はスコープ外。セッションの判断・学びを記録に残すときに使う。
- ▌ Failure Point Review · thinkyou0714自動化フロー・システム統合の障害点を体系的に列挙し、影響度・検知可能性・対応方針を整理する。実装前・リリース前の最終チェックで使う。
- ▌ Summary Structuring · thinkyou0714長文の技術ドキュメント・会話ログ・実装結果を、目的に応じた構造で要約する。情報の抜け漏れを防ぎつつ、読み手が必要な情報に即座にアクセスできる形式にする。長文を要約・構造化するときに使う。
- ▌ Automation Feasibility · thinkyou0714手動で行っている作業・プロセスを自動化できるか、すべきかを判断する。自動化コストと人的コストを比較し、ROI・リスク・依存性を整理する。自動化を検討し始めた段階で使う。
- ▌ Monitoring Alert Design · thinkyou0714自動化フロー・システムの監視項目とアラート条件を設計する。障害を早期に検知し、適切な人間へ通知が届く仕組みを確定する。自動化フローのリリース前に使う。
- ▌ Retry Idempotency Check · thinkyou0714自動化フロー・API 呼び出しのリトライ設計とべき等性を確認する。同じ処理が複数回実行された場合に、データ破損・二重決済・重複挿入が起きないかを検証する。リトライ・再実行を伴う処理の設計時に使う。
- ▌ LLM Portability Review · thinkyou0714ドキュメント・プロンプト・スキル定義が、Claude 以外のLLM（GPT-4o / Gemini / Codex 等）でも意図通りに動作するかを評価する。Claude 固有の解釈・暗黙前提・スタイル依存を検出し、移植耐性を高める改善案を提示する。他LLMへ移植する前に使う。
- ▌ Onboarding Readability · thinkyou0714ドキュメント・README・設計記録が、初めて読む人（人間またはAI）にとって理解可能かを評価する。前提知識・用語定義・構造・導線の欠落を検出し、改善点を提示する。ドキュメントを公開・共有する前に使う。
- ▌ Reusable Doc Structure · thinkyou0714ドキュメントの構造が、目的・読み手・更新頻度の変化に対して再利用・転用できる設計になっているかを評価・設計する。一度書いて終わりではなく、継続して使えるドキュメント設計を目指す。繰り返し使うドキュメントを設計するときに使う。
- ▌ Manual Vs Automation Cost · thinkyou0714手動運用と自動化の総コストを比較し、ROI・回収期間・損益分岐点を算出する。自動化の優先度と規模を決める判断材料を提供する。自動化の優先度・規模を決める前に使う。
- ▌ Stakeholder Translation · thinkyou0714技術的な実装内容・判断・リスクを、非エンジニアのステークホルダーが理解できる言葉に変換する。「何が起きているか」「何が必要か」「何を決めてほしいか」を明確に伝える。非エンジニアへ報告・説明するときに使う。
- ▌ Validate Skills · thinkyou0714Validate the skill packs and run repo checks (structure, lint, types, tests). Use when asked to validate skills, check the repo, or verify a new/edited SKILL.md.
- ▌
- ▌
- ▌
- ▌ Boundary Check · thinkyou0714設計・実装・施策のスコープの境界を確認し、やること・やらないこと・後回しにすることを明確にする。スコープクリープを防ぎ、責任境界を明確にする場面で使う。
- ▌ Critique Panel · thinkyou0714提案・設計・計画に対して、複数の異なる視点からの批判的検討を行い、死角と改善余地を可視化する。1人の視点で固まりすぎた判断を揺さぶる場面で使う。
- ▌ Agmsg · thinkyou0714Claude Code と Codex (や他の CLI エージェント) を共有 SQLite メールボックスで直接メッセージ連携させ、人間がAI間でコピペを往復する作業を消す。2台のエージェントで実装役・レビュー役を分担する時、片方の出力をもう片方へ手作業で運んでいる時、エージェント間ハンドオフを自動化したい時に使う。upstream は fujibee/agmsg (MIT)。
- ▌
- ▌ Assumption Audit · thinkyou0714設計・仕様・計画に埋め込まれた前提を洗い出し、未検証の前提が判断を歪めていないかを確認する。設計レビュー前、ADR作成前、重要な技術選定前に使う。
- ▌
- ▌
- ▌
- ▌
- ▌ Rollback Readiness · thinkyou0714データ層の変更（マイグレーション・一括更新・削除）を、失敗時に安全に戻せる状態かを確認する。スキーマ変更やデータ移行を実行する前に使う。
- ▌ Decision Materials · thinkyou0714重要な判断を前に、論点・選択肢・コスト比較・リスク・推奨観点を一枚の判断シートとして整理する。最終判断を人間が下せる状態にする skill。
- ▌
- ▌ Pii Handling Review · thinkyou0714個人情報（PII）の収集・保存・利用・開示・削除が、最小化と保護の原則に沿っているかをレビューする。PII を扱う機能の設計・公開の前に使う。