← all publishers

maro114510

@maro114510 source repo

Report this profile Claim this profile

• 19 skills
• 0 followers
• 16 hours ago last updated

1. ▌
   Commit · maro114510

   Stage and commit the current working tree changes with a high-quality Conventional Commits message. Analyzes the diff to infer type, scope, and intent, screens for secrets and other risky changes, and pauses to ask only when the change is genuinely ambiguous or high-risk. Otherwise it commits automatically and reports what it did. Called by create-pr and implement when they need to commit changes. Can also be invoked directly with phrases like "commit this," "write a commit message," or "commit these changes."
   0
   installs
2. ▌
   Why Man · maro114510

   経営・事業・組織・問題解決の上位視点から Why を深掘りする質問ループ。 施策、企画、戦略、組織課題、業務改善、技術投資、プロダクト判断について、 「なぜやるのか」「本当に解くべき問題か」「根本原因は何か」「経営上の意味は何か」 「何をやらないのか」「その前提は正しいか」「もっと大きい問いは何か」を詰める。 「why-man」「Why を深掘りして」「経営視点で問い直して」「問題解決の前提を疑って」 「エッセンシャルに考えたい」「もっと上位の問いをして」「本質的な課題を見つけたい」 「意思決定の前に詰問して」「容赦なく質問して」といった依頼で使うこと。
   0
   installs
3. ▌
   Create Pr · maro114510

   Create a GitHub pull request with a high-signal English title and description. Analyze the branch diff and complete commit history to explain the motivation, impact, risks, implementation choices, and review focus before running `gh pr create`. Use this skill when the user asks to open, create, submit, or send a PR for review.
   0
   installs
4. ▌
   Implement · maro114510

   A skill for executing implementation tasks with quality as the top priority. Grounds the request in the codebase, resolves requirements and acceptance criteria, obtains approval for an implementation plan, and applies TDD and Why validation as needed. Trigger on requests like 「これを実装して」「機能を追加して」「バグを修正して」「変更して」「これを作って」 「リファクタリングして」「対応して」 and similar implementation requests. Works in a worktree and asks for user approval via difit before committing. Does not create a PR until the user explicitly requests it. Also runs in a non-interactive autonomous mode when invoked with `autonomous` by an orchestrator (e.g. orchestrate-epic) inside a subagent.
   0
   installs
5. ▌
   Shakedown · maro114510 bundle

   コード差分・設計ドキュメントから、リリース前に変更を実際に揺さぶって欠陥を洗い出すための QAランブック(shakedown計画書)を3層構造で生成するスキル。 第1層でクリティカルパス分析(ゴールデンパス・リスク分岐・自動テスト済みと手動必須の切り分け)、 第2層で優先度タグ付きシナリオ全量とユーザー合意ゲート、 第3層で実行者・反証可能な期待結果・証跡欄を持つ実行可能チェックリストを生成する。 PRD や Figma を前提とせず、内部リファクタ・バックエンド専用変更・非同期ジョブ・管理画面にも使える。 「QAシナリオを作って」「QA計画を立てて」「シェイクダウンして」「手動QAの計画を作って」 「リリース前の確認項目を洗い出して」「QAランブックを作って」「クリティカルパスを整理して」 「この変更のQA観点を洗い出して」といった依頼で積極的に使うこと。 単体〜結合レベルのテストケース列挙は tdd-test-cases、PRD(Notion)起点のフラットな チェックリスト生成は対象リポジトリの /self-qa が担当なので、それらの依頼には使わない。
   0
   installs
6. ▌
   Tear Down · maro114510

   Tear down the plan, design, or conclusion on the table instead of defending or polishing it — a blank-slate red-team pass that discards every premise surviving only because "that's what we already decided." Use when a proposal needs to be ruthlessly stress-tested for fatal flaws or gaps in the reasoning, not merely cleaned up. Not for business-strategy Why interrogation (why-man) or completeness review of an already-written Design Doc/ADR/RFC (pr-doc-review-pe).
   0
   installs
7. ▌
   Pr Lessons · maro114510 bundle

   過去の PR レビューコメントを GitHub から収集し、技術的な指摘・セキュリティ・組織固有の規約という 3観点で教訓をまとめた Markdown を生成するスキル。 「PRレビューの教訓をまとめて」「過去のレビューから学びを抽出して」「PR履歴から気をつけるべきことを整理して」 「コードレビューのフィードバックを観点別にまとめたい」「PRのレビューコメントを分析して」 「過去のレビューで指摘されたことを整理したい」「自分の PR の傾向を知りたい」 「開発の振り返りをしたい」「PR履歴から改善点を抽出して」「指摘パターンを洗い出して」 「レビューで何を学んだかまとめて」「振り返りドキュメントを作りたい」「コードレビューで繰り返し指摘されたことを教えて」 「repo <owner/repo> のPRレビューから振り返りを作って」といった依頼で積極的に使うこと。 引数に `repo <owner/repo>` でリポジトリ、`since <YYYY-MM-DD>` で取得開始日を指定できる。 指定がない場合はカレントディレクトリの git リポジトリ・直近3か月がデフォルト。
   0
   installs
8. ▌
   Pr Review Pe · maro114510 bundle

   コード差分 PR を PE 視点でレビュー。「コードレビュー」「差分レビュー」「PE 視点でレビュー」「PR を見て」で起動。Markdown のみは /pr-doc-review-pe。
   0
   installs
9. ▌
   Frame Problem · maro114510

   機能・施策に着手する前の計画段階で、問題そのものを枠組み化し、そのまま解決策の意思決定まで詰めきるスキル。 アクター・目的・文脈・ルールを確認し、ユビキタス言語すなわちチーム共通の用語定義を整え、なぜやるのか・なぜ今やるべきかの背景を構造化する。 枠組みが固まったら別ツールへ渡さず、本スキルの中でどの解決策にするかを一問一答で収束させる。 「新機能の計画を立てたい」「企画段階を整理したい」「なぜやるのか整理して」「課題を定義したい」「前提を整理したい」「設計の前に土台を固めたい」 「ユビキタス言語を定義したい」「チームの共通言語を作りたい」「用語の認識を揃えたい」「ステークホルダーを洗い出したい」「Why を明確にしたい」 「何を作るべきか曖昧」「背景を整理して」「要件の前提を確認したい」「どの案にするか決めたい」「解決策を絞り込みたい」といった依頼で積極的に使うこと。
   0
   installs
10. ▌
    Skill Cleaner · maro114510

    Slim an agent instruction file (a skill's SKILL.md, a slash command, or a CLAUDE.md) while preserving its purpose, triggers, critical constraints, and permission boundaries. Pass a directory instead of a file to also scan for skills sharing a duplicate `name:`. 「スキルを軽くして」「説明を短くして」でも起動。
    0
    installs
11. ▌
    Ja Style Check · maro114510 bundle

    Use this skill for Japanese writing and Japanese text revision unless the user only asks to inspect unrelated facts. Always trigger for requests to draft, rewrite, polish, summarize, or produce Japanese prose, including SKILL.md, PR descriptions, design docs, specs, README files, reviews, comments, and agent instructions. Holds Japanese output to near-zero parentheses and no bare Latin words inside a Japanese sentence. 「日本語で書いて」「文章を修正して」「自然な日本語にして」「要約して」「括弧を減らして」「読みやすくして」「文体を整えて」でも起動。 Do not trigger merely because the user says 「確認して」 or 「チェックして」 without asking for Japanese writing or style fixes.
    0
    installs
12. ▌
    Tdd Test Cases · maro114510

    TDD のテストケースを洗い出す・検討するスキル。プリンシパルエンジニア視点で 冪等性・並列安全性・拡張性・境界値・セキュリティ・パフォーマンスなど 実運用で問題になる多角的な観点から高品質なテストケースを生成する。 「テストケースを考えて」「TDDで実装したい」「テストを洗い出して」 「テスト観点を整理して」「何をテストすべきか」「テスト設計して」 「テストカバレッジを上げたい」「境界値を考えて」「異常系を洗い出して」 などで起動すること。実装前の TDD 設計・既存コードへのテスト追加・ テスト品質向上のいずれにも積極的に使用すること。
    0
    installs
13. ▌
    Extreme Compact · maro114510

    Recursively compact AI-generated writing or an existing document down to its essential point, without changing the overall meaning. Strips redundant phrasing, repeated claims, tangents, and decorative preambles, leaving only what the text is actually trying to say. Numbers, dates, conditions, proper nouns, negations/exceptions, conclusions, and the causal chain behind them form a safety list that must never be dropped. Use this proactively for requests like "compress this", "make this more concise", "just give me the key points", "trim the fluff", "this AI output is too long", "the argument keeps wandering", "Extreme Compact", or "compact this as much as possible". Do not use it for simple typo fixes or general Japanese prose-style polishing — that's ja-style-check's job.
    0
    installs
14. ▌
    Security Review · maro114510 bundle

    PR のセキュリティレビューを行うスキル。PR 番号を引数に受け取り、差分のみを対象に OWASP Top 10・CWE・CVSS に基づく脆弱性を検出して重大度付きで報告する。 LLM・AI エージェント・MCP・サブエージェント・RAG・モデル供給網の変更では、 騙された結果として実行可能な最悪アクションまで精査する。 「セキュリティレビューして」「脆弱性を調べて」「この PR は安全か」「認証ロジックを確認して」 「シークレットが漏れていないか」「インジェクションのリスクを見て」「バグバウンティ視点で」 「ペネトレーションテスト観点で」といった依頼で積極的に使うこと。 引数に PR 番号・ファイルパス・`deps`（依存関係監査）を渡せる。
    0
    installs
15. ▌
    Orchestrate Epic · maro114510 bundle

    Orchestrate implementation of a GitHub Epic created by create-github-issues. This session acts as the Publisher — run it on a strong model such as Opus: it dispatches ready child Issues to Sonnet worker subagents that run the implement skill in autonomous mode in isolated worktrees, and has an Opus reviewer check every diff using a maker/checker split. A human reviews the Run Plan once and signals go with the `oe:go` label; after that the loop ships review-clean Issues on its own and only surfaces on GitHub — a parked Issue, a frozen Epic, or completion — never through an interactive question. A task starts only after every Issue it depends on is merged and closed. All state lives in GitHub — issue state, labels, branches, PRs, comments — so re-running the skill with the same Epic resumes the loop from anywhere. Use when the user wants an Epic's child Issues implemented — "Epic を実装して", "この Epic を進めて", "Issue 群を順に実装して", "wave ごとに実装して", "オーケストレーションして".
    0
    installs
16. ▌
    Pr Doc Review Pe · maro114510

    Design Doc・ADR・RFC・実装計画書を Principal Engineer 視点でレビューするスキル。 本番障害・データ不整合・移行失敗・ロールバック不能・契約破壊、または収益棄損・法務違反・後戻り不能な事業判断に直結する致命的な欠陥だけを指摘し、typo・表記揺れ・体裁・命名の好みには一切触れない。 「Design Doc レビュー」「ADR を見て」「RFC レビュー」「実装計画書を確認して」「設計レビュー」「設計書のレビューをして」「この設計の穴を探して」などの依頼で使う。 引数に PR 番号または GitHub URL を渡す。
    0
    installs
17. ▌
    Create Github Issues · maro114510 bundle

    Create GitHub Issues from a conversation, plan, or TODO list. Produces one Epic parent Issue and child Issues per task, each with background, requirements, specs, dependency, and acceptance criteria, linked to the Epic as GitHub sub-issues with dependencies recorded as blocked-by/blocking relations. Requirements (what) and specs (how) are kept separate and length-capped so bodies stay concise, and the Epic also renders a Mermaid diagram (a compact table for large epics) showing which child Issues block each other and which can run in parallel. Issue titles, bodies, and every interactive prompt are written in Japanese by default; pass `lang en` to generate the whole run in English instead. Use this skill when the user asks to track tasks with an Epic, turn TODOs or a plan into GitHub Issues, or extract action items from a review or investigation.
    0
    installs
18. ▌
    Research Transfer Checker · maro114510 bundle

    研究結果を別の対象・集団・制度・時代・概念・政策判断へ援用する主張について、 原研究の射程、推論の飛躍、橋渡し根拠、社会的リスクを検査するスキル。 「この論文からこの主張を言えるか」「研究結果を別分野へ応用してよいか」 「相関を因果として扱っていないか」「動物研究を人間へ一般化できるか」 「この引用は原論文に忠実か」「エビデンスの援用範囲を確認して」 「研究を政策・教育・採用・医療・報道に使ってよいか」といった依頼で使う。 研究不正や倫理違反を断定せず、根拠の強さと深刻な誤導リスクを分けて報告する。
    0
    installs
19. ▌
    Write Researched Document · maro114510 bundle

    根拠を調査・検証し、監査可能なMarkdown文書を作成する対話型スキル。 調査レビュー、複数資料を統合する分析・モデル文書、読者向けの解説記事を、 GitHub Issueや依頼文からworktree上で執筆する。既存のClaim Ledgerや調査資料を優先し、 不足する根拠だけを追加調査する。研究結果を別の集団・制度・地域・時代・概念へ援用する場合は、 research-transfer-checkerを独立したコンテキストで執筆前後に実行する。 `$write-researched-document` と明示された場合だけ使用し、一般的なコード実装、 README・仕様書・議事録の作成、根拠を必要としない文章修正には使用しない。
    0
    installs