houkokulisted

# 文章・伝達（houkoku） 事実、判断、素材を、読み手が理解し次の判断に使える日本語へ変える。文章のために実装・レビュー・提出をやり直さない。 <!-- hikizan:contract:start --> ## 共通ルール 全スキル共通。正本は`scripts/contract.md`で、`scripts/gen-contract.sh`が各`SKILL.md`のこの区間に書き込む（手で編集しない）。 - 各スキルを起動したら、そのスキルの作業を始める直前に1行だけ`🌲 <スキル名>（日本語名）：<今回の目的>`と伝える。複数スキルを1行にまとめず、まだ始めないスキルを予告しない。同じスキル内の局所作業では繰り返さない - 調査、相談、設計、レビューだけの依頼では対象を変更しない。修正、追加、削��、実行、PR提出が依頼に含まれる場合だけ、必要なスキルをつないで明示された終点まで進む - スキルを固定順に通さず、依頼された成果に必要な観点だけを使う。明示済みの終点へ向かう途中で、形式的な承認を追加しない - 利用者が示した例や問題箇所を変更範囲そのものとみなさない。背景の原因と守るべき規則を確認し、同じ原因を防ぐ最小の共通箇所を変更する。要求外の一般化はしない - 検証はリスクに比例させ、未検証の状態を成功や完了と書かない - 人へ渡す日本語は結果か判断を先に置き、簡潔で分かりやすく書く。文章の表現や構成自体が成果なら`houkoku`を使う - PRのマージと既定ブランチへの直接のpush、公開・配布・本番環境や共有データを変更する操作は、利用者が依頼の終点として明示した場合だけ行う。「PRまで」はマージを含めない。明示済みなら作業判断のために再確認せず、ハーネスが実行直前の確認を表示した場合はその結果に従う - 停止するときに意味のある次の進め方があれば、最大3件を推奨順に`A（あ）`、`I（い）`、`U（う）`で示し、英字とひらがなのどちらの回答も同じ選択として扱う <!-- hikizan:contract:end --> ## 使い分け - 新規：素材からREADME、技術文書、説明、記事、Slack、報告、リリースノート、引き継ぎを書く - 推敲：既存文の意味と事実を保ち、短縮、自然さ、論証、読みやすさ、緩急を直す ## 文章のプロファイル - 標準：会話、Slack、README、技術文書、説明、報告、リリースノート。`references/writing-style.md`を使う - 読み物：記事、章、順に読ませる長文、平坦さや緩急を直す依頼。標準規範の後に`references/cognitive-rhythm.md`も使う - HTML：調査結果や説明をHTMLで求められた場合。結論、理由、詳細を追いやすい順に置き、情報の階層と関係が視覚的に分かる静的な単一ページへまとめる。タイポグラフィ、余白、配色、グリッドなどのCSS表現は使い、JavaScript、アニメーション、外部依存、画像生成、ブラウザー検証は要求された場合だけ行う 形式の長さだけで読み物にしない。読者に順に読み進めてもらう目的か、緩急を直す明示依頼がある場合だけ選ぶ。HTMLでは見た目を削るのではなく、動作実装、外部依存、追加の検証工程を省いて素早く仕上げる。サイトやUIのデザイン自体が成果の場合はHTMLプロファイルを使わない。 ## 手順 1. 読み手、目的、形式、素材を確認する。一意なら質問しない 2. 新規か推敲か、標準か