k2f-intake-form

K2F Intake Form — AI ネイティブな美的デザイン

目的

content_and_design.md に受付フォームを設計する方法をエージェントに教えます。関係や案件が始まる前に何を収集するか、質問をどのように並べ、グループ化するか、そしてデザインの意図（トーン、階層、記入欄の密度）を扱います。ユーザーが提供していない臨床プロトコル、法的同意文、適格性ルールを作り出してはなりません。

K2F を基盤とする

このスキルは、.K2F パッケージとして受付フォームを作成します。作成時は k2f スキルに従ってください。ワークスペースを展開または初期化し、セマンティックツリーを編集して、パッケージ化／検証し、エクスポートします。K2F により、エージェントは座標ではなく、セクション、ラベル、フィールドの役割といった意味に集中できます。

作成する前に、コアスキルをインストールしてください：npx skills add suzheng/k2f --skill k2f。

使用する場面

• 医療機関、代理店、法律、コンサルティング、または入会手続き向けの印刷可能または入力可能な受付フォーム。また、メールの質問票、旧式の PDF、複数ステップのウィザードを、一貫した1つの書類に再設計する場合にも使用します。

ワークフロー

ステップ 1. content_and_design.md を生成する

フォームの内容とデザイン意図をまとめた単一の設計書です。後で k2f スキルがマッピングできるように、ラベル付きのブロック（ヘッダー、説明、セクション、フィールド行、同意、確認）を使用します。

サブステップ

1. 受付の枠組み — 分野（医療、専門サービス、クリエイティブブリーフ、社内プロジェクト）、組織、対象者（新規患者、クライアント、ベンダー）、提出方法、ページ数の上限（多くの場合は1～2ページ。規制対象のセクションや署名欄が必要な場合に限りページを追加）、トーンの範囲（落ち着いた臨床的な印象、温かなサービス、コンプライアンスを重視したフォーマルな印象）。

2. 要件の確認と監査 — ブリーフまたはテンプレートから、必須収集情報（本人情報、連絡先、来院理由、日付、保険 ID、緊急連絡先）を特定します。添付資料で裏付けられた項目には、一度だけ印を付けます。不明点には OPEN QUESTION または NEEDS USER INPUT と記載し、法令上または臨床上の文言を推測してはなりません。

3. 情報設計（含める／削除する／統合する） — 標準の構成（枠組みに応じて順序を変更します）：

   • ヘッダー → フォームのタイトル、組織名、任意のロゴに関する注記、提供されている場合はバージョンまたは発効日。
   • 説明（2～4行）：持参するもの、所要時間の目安、データの利用方法、質問がある場合の連絡先。
   • 本人情報と連絡先 → 法的氏名、生年月日または必要に応じた年齢確認、電話番号、メールアドレス、住所。一般的に必要な場合は緊急連絡先も含めます。
   • 理由と背景 → 来訪理由、紹介元、緊急度、サービス分野またはプロジェクトの種類。
   • 分野別ブロック → ユーザーまたはテンプレートが求めるセクションのみ（例：保険、病歴、業務範囲、予算、関係者）。1つのセクションにつきテーマは1つにします。
   • 希望と実務情報 → 日程調整、連絡方法、アクセシビリティのニーズ。長文ではなく、簡潔な行にまとめます。
   • 同意と確認事項 → 署名、日付、チェックボックスは、ユーザーが提供した、または仮置きされた法的文言がある場合に限り含めます。
   • 確認の意図 → 要約は前のセクションを反映し、ラベルを一致させます。
   • 削除する項目 → 重複する連絡先、無関係なアンケート、添付資料の内容の再入力、任意の趣味。

4. セクションの流れを確認 — 答えやすい事実から始め、慎重な扱いを要する履歴は文書の中ほどに置き、同意は最後にします。「はい／いいえ」の質問を「はいの場合は説明してください…」より先に置きます。標準では1つのスクロール可能な書類にまとめ、ユーザーが求める場合に限り、設計書でウィザードのステップ名を指定します。

5. フィールドの種類を確認 — 各質問について、事実を記入する1行欄、背景を記入する短い複数行欄（2～4行）、選択肢を限定した「はい／いいえ」や選択式の行、書式の注記付き日付欄、署名欄の意図を指定します。自由記述のラベルには、単語数または行数の上限を記載します。迷った場合は短くします。受付は情報を集める場であり、回顧録を書く場ではありません。

6. デザインの意図 — トーン：敬意を払い、不安を軽減します。法的または臨床的な文言は、提供されている場合に限り使用します。階層：最初にタイトルと組織名を置き、セクション見出しを目立たせ、ラベルを明確にします。密度：セクションを区切り、ラベルと入力欄を揃え、下線のグリッドは使いません。リズム：事実を記入する行と短い複数行欄を組み合わせ、同意欄を分けます。ブランド：控えめにし、アクセントカラーは1色に絞り、十分なコントラストを確保します。

前提（順序、除外した任意項目）と、未解決の質問（フィールドや同意の確定を妨げる項目）を記録します。

ルールと制約

• 真実性ゲート：組織名、臨床に関する質問、同意条項、事前入力されたデフォルト値は、ユーザー入力または明示的な仮置きに基づいています。
• スコープゲート：この受付フォームの対象範囲内／対象範囲外を明確にします。送信後の流れは、計画ではなく1行の指示にします。
• 目的の明確化ゲート：各フィールドでは1つの事項だけを尋ねます。複合的な質問は分割します。
• 重複防止ゲート：添付ファイルに含まれるデータは、参照先または「別途提供済み」チェックボックスで示し、すべて再入力させないようにします。
• 同意ゲート：HIPAA、GDPR、治療に関する同意を捏造しません。NEEDS USER INPUT と明記します。
• 長さゲート：内容が収まらない場合は、任意のセクションを削るか、フォローアップフォームに移します。設計書で文字を小さくしないでください。

よくある失敗例

• 計画の長文やウィザード形式の箇条書きの羅列 → ラベル付きフィールドに置き換え、フィールドの種類と回答欄の意図を示します。
• 基本的な連絡先より先に機微な質問をする → 項目の順序を入れ替えます。
• 説明や署名欄がない → 提出方法の簡潔な説明と、確認・表明の意図を追加します。
• 汎用的な質問票（「ご自身について教えてください」など） → 分野に即した具体的な質問に置き換えます。
• 新しい質問を追加する確認ステップ → それまでのセクションだけを反映した確認ステップにします。

品質チェックリスト

• フレーム、ページ数の目安、トーン、要件の監査（必須収集項目と添付資料の区別）が文書化されています。
• セクションの構成と対象範囲内／対象範囲外が明確で、削除した項目の理由も説明されています。
• すべてのフィールドに種類、ラベル文、回答欄の意図があり、条件付きの追加質問も記されています。
• 同意および法的項目は仮置きまたは出典付きで、仮定と未解決の質問が列挙されています。
• デザインの意図に、フォーム全体のトーン、階層、情報密度、リズム、ブランドが含まれています。

ステップ 2. content_and_design.md と k2f スキルを使って K2F ファイルを生成し、適切なファイル形式でエクスポートします。

k2f に従って、設計書に基づくセクションとフォームフィールドを作成し、デザインの意図を反映して検証したうえで、提出可能な受付フォーム（通常は入力可能な PDF または DOCX）をエクスポートします。