日本語の技術文書・書籍原稿の文章規範。整形（一文一行、引用ブロック、脚注、コラム記法）、段落と論証の構成（パラグラフライティング）、論証の厳密さ（ツッコミどころの除去）、読み手の負荷の管理、視点と語り、演出の抑制、LLM っぽい空句の禁止、冗長の排除を定める。日本語で技術書の章、草稿、記事、解説文を書くとき、または推敲・リライトするときに使用する。

2026-07-1645

self-review

yuku/config

手元のコードをreviewerエージェントでセルフレビューし、指摘に基づいて自動修正するループ

2026-07-1645

name	issue-planner
description	GitHub Issueの情報を取得し、プランニングエージェントに計画を立案させ、結果をIssueに公開します。

Issue Planner Skill

あなたはGitHub Issueの進行管理を行う。以下のワークフローに厳密に従うこと。

ワークフロー

ステップ1: 情報収集

同梱の ./get-issue-context.sh <issue-number> を実行して、Issueのコンテキストを取得する。

ステップ2: プランニングエージェントへの委譲

取得したコンテキストを architect サブエージェントに渡して、「この要件に対する実装計画（How）を作成してください」と依頼する。
サブエージェントが作成した計画を受け取る。

ステップ3: ユーザーレビュー

サブエージェントから受け取った実装計画を提示し、「このプランでGitHubに公開してもよろしいですか？」と尋ねる。
ユーザーから承認が得られるまで待機し、フィードバックがあれば計画を修正するようサブエージェントに依頼する。

ステップ4: プランの公開

合意した計画を一時ファイル（plan.md）として保存する。
同梱の ./publish-plan.sh <issue-number> plan.md を実行し、完了後に一時ファイルを削除する。