Update to note Workspace｜ROGNALIA

{
  "description": "note Workspaceの記事原稿を利用者へ返す直前に、本人固有の一次性と日本語の文体を内部点検し、安全に直せる箇所を静かに修正する。記事執筆や改稿の最終工程で自動的に使い、通常は判定レポートを表示しない。運用違反、公開可否、AI引用適性、note操作は扱わない。",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 198
    },
    {
      "relative_path": "references/draft-quality-contract.md",
      "size_in_bytes": 6739
    },
    {
      "relative_path": "scripts/check_draft_style.py",
      "size_in_bytes": 7830
    }
  ],
  "name": "note-draft-quality",
  "skill_md_contents": "---\nname: note-draft-quality\ndescription: note Workspaceの記事原稿を利用者へ返す直前に、本人固有の一次性と日本語の文体を内部点検し、安全に直せる箇所を静かに修正する。記事執筆や改稿の最終工程で自動的に使い、通常は判定レポートを表示しない。運用違反、公開可否、AI引用適性、note操作は扱わない。\n---\n\n# note Workspace 原稿品質ゲート\n\n## 役割\n\n記事本文を利用者へ返す直前に必ず通す内部品質ゲートである。記事の中心に本人固有の経験、観察、言葉、判断が残っているかを確認し、読みにくさや不要な反復を点検する。依頼された改稿範囲で安全に直せる箇所を本文へ反映し、利用者には納品原稿だけを返す。\n\nこのSkillは公開前の監査、顧客別の運用ルール照合、AI検索向けの引用評価、noteへの下書き登録を行わない。公開可否の判定表や点数も作らない。\n\n## 必ず読む参照資料\n\n作業前に[`references/draft-quality-contract.md`](references/draft-quality-contract.md)を読む。文体は今回の明示指定、利用者workspaceの確認済み`profile/style-profile.md`、共通の確認項目の順で判断する。\n\n## 入力\n\n- 利用者へ返す直前の本文。タイトル、タグ、告知文も依頼範囲に含まれる時は一緒に受け取る。\n- 記事のテーマ、読者、承認済みの構成とトーン。\n- 記事別の文脈パック、または今回の会話で確認できた本人材料。\n- 利用可能なら`profile/style-profile.md`。\n\n生ログ全体、顧客台帳、公開制約、更新キュー、認証情報は読まない。本人材料が記事別の文脈パックにまとまっている時は、そのパックを正本にする。\n\n## 手順\n\n### 1. 一次性を確認する\n\n本文と本人材料を照合する。一般論へ本人の逸話を一つ足しただけになっていないか、中心となる主張が本人の場面、観察、判断、変化につながっているかを確認する。事実、本人の経験、推測、未確認事項の境界を崩さず、元材料にない経験、感情、成果、数字、引用を作らない。\n\n本人材料が十分なら、依頼された改稿範囲と承認済みの構成を保ちながら、不要な一般説明を整理する。記事の目的に必要な説明や調査を削って、すべてを体験談へ寄せない。材料が足りず、安全に固有性を作れない時は原稿を完成扱いにせず、不足を埋める短い質問を一つだけ返す。\n\n### 2. 文体の静的signalを確認する\n\n原稿がlocal fileにある場合は、このSkill folderを基準に次を実行する。\n\n```bash\npython3 scripts/check_draft_style.py /absolute/path/to/draft.md\n```\n\n原稿が会話内だけにある場合は、stdinで実行できる。検査だけのために、未承認の保存先へ原稿fileを作らない。\n\n```bash\npython3 scripts/check_draft_style.py -\n```\n\nJSONは内部signalであり、利用者へ貼り付けない。`status: review`は機械的な不合格ではなく、`pass`も文章全体の品質やAIによる執筆の有無を判定しない。各signalを文脈で確認し、読みづらさがなければそのまま残す。\n\n### 3. 静かに修正して再確認する\n\n依頼された範囲で、意味を変えずに改善できる問題だけを、説明を挟まず本文へ反映する。特に次を確認する。\n\n- 読点や接続詞が多くて流れが途切れる文、主語と述語が離れて分かりにくい文。\n- 同じ説明や似た例の不要な反復、長い前置きや締め、説明のない抽象語。\n- 意味のまとまりを崩す改行や箇条書き、段落間の論理や語調のずれ。\n- 記事には不要な制作・確認の報告。\n\n特定の語、記号、語尾の回数だけで直さない。本人の引用、記憶の言葉、意図的な反復や比喩を保ち、改善が好みの差にとどまるなら原文を残す。「人間らしさ」を演出するための誤字、感情、体験を足さない。\n\n直した後に一次性と文章全体をもう一度確認する。事実、主張の強さ、本人の感情や意図を変えていないか確かめる。構成やトーンを大きく変える必要がある場合は、執筆側の確認工程へ戻す。\n\n### 4. 納品原稿だけを返す\n\n通常の納品では、利用者が依頼した完成物だけを返す。本文だけを求められた時は本文だけ、タイトルやタグを含む一式を求められた時はその一式だけを返す。\n\n次は通常出力へ加えない。\n\n- 品質チェック結果、点数、signal一覧。\n- 修正前後の比較、変更履歴。\n- 「チェック済み」「公開可能」等のラベル。\n- このSkillや内部工程への言及。\n\n利用者が後から明示的にレビュー内容を求めた場合だけ、本文とは分けて必要な範囲を説明する。\n\n## 停止条件\n\n- 本人固有の材料が足りず、追加情報なしでは一般論か創作になる。\n- 元材料同士が矛盾し、どちらを採用するか判断できない。\n- 今回の依頼内に両立しない指定があり、意図が決まらない。保存済みプロフィールと異なるだけなら、今回の明示指定を優先して進める。\n\n停止時は完成原稿や品質レポートを装わず、判断に必要な質問を一つだけ返す。\n\n## 外部境界\n\nこのゲートの完了は、noteへの下書き登録、公開、予約投稿、既存記事の更新を承認しない。原稿納品後の外部操作は、対応するSkillの承認境界へ分ける。\n"
}