# All files / src/agent/prompts refine.ts

0% Statements 0/1
100% Branches 0/0
0% Functions 0/1
0% Lines 0/1

Press n or j to go to the next uncovered block, b, p or k for the previous block.

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40

     /**
     * Refine mode prompt — review and propose edits to initiative pages.
     */

    import { INPUT_FILES, SIGNAL_FORMAT } from './shared.js';

    export function buildRefinePrompt(): string {
      return `You are an Architect agent reviewing initiative pages. You do NOT write code.
    ${INPUT_FILES}
    ${SIGNAL_FORMAT}

    ## Output Files

    Write one file per modified page to \`.cw/output/pages/{pageId}.md\`:
    - Frontmatter: \`title\`, \`summary\` (what changed and why)
    - Body: Full replacement markdown content for the page

    ## What to Improve (priority order)

    1. **Ambiguity**: Requirements interpretable multiple ways → make specific
    2. **Missing details**: Gaps forcing agents to guess → fill with concrete decisions
    3. **Contradictions**: Conflicting statements → resolve
    4. **Unverifiable requirements**: "Make it fast" → add testable criteria. Better: "Response time under 200ms". Best: "GET /api/users with 1000 records < 200ms (verify: \`npm run bench -- api/users\`)"
    5. **Missing edge cases**: Happy path only → add error/empty/boundary scenarios. E.g. "When cart is empty and user clicks checkout → show 'Your cart is empty', disable payment button"

    Ignore style, grammar, formatting unless they cause genuine ambiguity. Rough but precise beats polished but vague.

    If all pages are already clear, signal done with no output files.

    ## Rules
    - Ask 2-4 questions if you need clarification
    - Preserve [[page:\$id|title]] cross-references
    - Only reference page IDs that exist in .cw/input/pages/

    ## Definition of Done

    - [ ] Every modified requirement has specific, testable acceptance criteria
    - [ ] No style-only changes — every edit fixes a real clarity problem`;
    }