cwoodruff/external-comms

Context

Phase 1 is draft-only mode.

• PAO scans issues and discussions, drafts responses with the humanizer skill, and presents a review table for human approval.
• Human review gate is mandatory — PAO never posts autonomously.
• Every action is logged to .squad/comms/audit/.
• This workflow is triggered manually only ("PAO, check community") — no automated or Ralph-triggered activation in Phase 1.

Patterns

1. Scan

Find unanswered community items with GitHub MCP tools first, or gh issue list / gh api as fallback for issues and discussions.

• Include open issues and discussions only.
• Filter for items with no squad team response.
• Limit to items created in the last 7 days.
• Exclude items labeled squad:internal or wontfix.
• Include discussions and issues in the same sweep.
• Phase 1 scope is issues and discussions only — do not draft PR replies.

Discussion Handling (Phase 1)

Discussions use the GitHub Discussions API, which differs from issues:

• Scan: gh api /repos/{owner}/{repo}/discussions --jq '.[] | select(.answer_chosen_at == null)' to find unanswered discussions
• Categories: Filter by Q&A and General categories only (skip Announcements, Show and Tell)
• Answers vs comments: In Q&A discussions, PAO drafts an "answer" (not a comment). The human marks it as accepted answer after posting.
• Phase 1 scope: Issues and Discussions ONLY. No PR comments.

2. Classify

Determine the response type before drafting.

• Welcome (new contributor)
• Troubleshooting (bug/help)
• Feature guidance (feature request/how-to)
• Redirect (wrong repo/scope)
• Acknowledgment (confirmed, no fix)
• Closing (resolved)
• Technical uncertainty (unknown cause)
• Empathetic disagreement (pushback on a decision or design)
• Information request (need more reproduction details or context)

Template Selection Guide

| Signal in Issue/Discussion | → Response Type | Template | |---------------------------|-----------------|----------| | New contributor (0 prior issues) | Welcome | T1 | | Error message, stack trace, "doesn't work" | Troubleshooting | T2 | | "How do I...?", "Can Squad...?", "Is there a way to...?" | Feature Guidance | T3 | | Wrong repo, out of scope for Squad | Redirect | T4 | | Confirmed bug, no fix available yet | Acknowledgment | T5 | | Fix shipped, PR merged that resolves issue | Closing | T6 | | Unclear cause, needs investigation | Technical Uncertainty | T7 | | Author disagrees with a decision or design | Empathetic Disagreement | T8 | | Need more reproduction info or context | Information Request | T9 |

Use exactly one template as the base draft. Replace placeholders with issue-specific details, then apply the humanizer patterns. If the thread spans multiple signals, choose the highest-risk template and capture the nuance in the thread summary.

Confidence Classification

| Confidence | Criteria | Example | |-----------|----------|---------| | 🟢 High | Answer exists in Squad docs or FAQ, similar question answered before, no technical ambiguity | "How do I install Squad?" | | 🟡 Medium | Technical answer is sound but involves judgment calls, OR docs exist but don't perfectly match the question, OR tone is tricky | "Can Squad work with Azure DevOps?" (yes, but setup is nuanced) | | 🔴 Needs Review | Technical uncertainty, policy/roadmap question, potential reputational risk, author is frustrated/angry, question about unreleased features | "When will Squad support Claude?" |

Auto-escalation rules:

• Any mention of competitors → 🔴
• Any mention of pricing/licensing → 🔴
• Author has >3 follow-up comments without resolution → 🔴
• Question references a closed-wontfix issue → 🔴

3. Draft

Use the humanizer skill for every draft.

• Complete Thread-Read Verification before writing.
• Read the full thread, including all comments, before writing.
• Select the matching template from the Template Selection Guide and record the template ID in the review notes.
• Treat templates as reusable drafting assets: keep the structure, replace placeholders, and only improvise when the thread truly requires it.
• Validate the draft against the humanizer anti-patterns.
• Flag long threads (>10 comments) with ⚠️.

Thread-Read Verification

Before drafting, PAO MUST verify complete thread coverage:

1. Count verification: Compare API comment count with actually-read comments. If mismatch, abort draft.
2. Deleted comment check: Use gh api timeline to detect deleted comments. If found, flag as ⚠️ in review table.
3. Thread summary: Include in every draft: "Thread: {N} comments, last activity {date}, {summary of key points}"
4. Long thread flag: If >10 comments, add ⚠️ to review table and include condensed thread summary
5. Evidence line in review table: Each draft row includes "Read: {N}/{total} comments" column

4. Present

Show drafts for review in this exact format:

📝 PAO — Community Response Drafts
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

| # | Item | Author | Type | Confidence | Read | Preview |
|---|------|--------|------|------------|------|---------|
| 1 | Issue #N | @user | Type | 🟢/🟡/🔴 | N/N | "First words..." |

Confidence: 🟢 High | 🟡 Medium | 🔴 Needs review

Full drafts below ▼

Each full draft must begin with the thread summary line: Thread: {N} comments, last activity {date}, {summary of key points}

5. Human Action

Wait for explicit human direction before anything is posted.

• pao approve 1 3 — approve drafts 1 and 3
• pao edit 2 — edit draft 2
• pao skip — skip all
• banana — freeze all pending (safe word)

Rollback — Bad Post Recovery

If a posted response turns out to be wrong, inappropriate, or needs correction:

1. Delete the comment:
   • Issues: gh api -X DELETE /repos/{owner}/{repo}/issues/comments/{comment_id}
   • Discussions: gh api graphql -f query='mutation { deleteDiscussionComment(input: {id: "{node_id}"}) { comment { id } } }'
2. Log the deletion: Write audit entry with action delete, include reason and original content
3. Draft replacement (if needed): PAO drafts a corrected response, goes through normal review cycle
4. Postmortem: If the error reveals a pattern gap, update humanizer anti-patterns or add a new test case

Safe word — banana:

• Immediately freezes all pending drafts in the review queue
• No new scans or drafts until pao resume is issued
• Audit entry logged with halter identity and reason

6. Post

After approval:

• Human posts via gh issue comment for issues or gh api for discussion answers/comments.
• PAO helps by preparing the CLI command.
• Write the audit entry after the posting action.

7. Audit

Log every action.

• Location: .squad/comms/audit/{timestamp}.md
• Required fields vary by action — see .squad/comms/templates/audit-entry.md Conditional Fields table
• Universal required fields: timestamp, action
• All other fields are conditional on the action type

Examples

These are reusable templates. Keep the structure, replace placeholders, and adjust only where the thread requires it.

Example scan command

gh issue list --state open --json number,title,author,labels,comments --limit 20

Example review table

📝 PAO — Community Response Drafts
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

| # | Item | Author | Type | Confidence | Read | Preview |
|---|------|--------|------|------------|------|---------|
| 1 | Issue #426 | @newdev | Welcome | 🟢 | 1/1 | "Hey @newdev! Welcome to Squad..." |
| 2 | Discussion #18 | @builder | Feature guidance | 🟡 | 4/4 | "Great question! Today the CLI..." |
| 3 | Issue #431 ⚠️ | @debugger | Technical uncertainty | 🔴 | 12/12 | "Interesting find, @debugger..." |

Confidence: 🟢 High | 🟡 Medium | 🔴 Needs review

Full drafts below ▼

Example audit entry (post action)

---
timestamp: "2026-03-16T21:30:00Z"
action: "post"
item_number: 426
draft_id: 1
reviewer: "@bradygaster"
---

## Context (draft, approve, edit, skip, post, delete actions)
- Thread depth: 3
- Response type: welcome
- Confidence: 🟢
- Long thread flag: false

## Draft Content (draft, edit, post actions)
Thread: 3 comments, last activity 2026-03-16, reporter hit a preview-build regression after install.

Hey @newdev! Welcome to Squad 👋 Thanks for opening this.
We reproduced the issue in preview builds and we're checking the regression point now.
Let us know if you can share the command you ran right before the failure.

## Post Result (post, delete actions)
https://github.com/bradygaster/squad/issues/426#issuecomment-123456

T1 — Welcome

Hey {author}! Welcome to Squad 👋 Thanks for opening this.
{specific acknowledgment or first answer}
Let us know if you have questions — happy to help!

T2 — Troubleshooting

Thanks for the detailed report, {author}!
Here's what we think is happening: {explanation}
{steps or workaround}
Let us know if that helps, or if you're seeing something different.

T3 — Feature Guidance

Great question! {context on current state}
{guidance or workaround}
We've noted this as a potential improvement — {tracking info if applicable}.

T4 — Redirect

Thanks for reaching out! This one is actually better suited for {correct location}.
{brief explanation of why}
Feel free to open it there — they'll be able to help!

T5 — Acknowledgment

Good catch, {author}. We've confirmed this is a real issue.
{what we know so far}
We'll update this thread when we have a fix. Thanks for flagging it!

T6 — Closing

This should be resolved in {version/PR}! 🎉
{brief summary of what changed}
Thanks for reporting this, {author} — it made Squad better.

T7 — Technical Uncertainty

Interesting find, {author}. We're not 100% sure what's causing this yet.
Here's what we've ruled out: {list}
We'd love more context if you have it — {specific ask}.
We'll dig deeper and update this thread.

T8 — Empathetic Disagreement

We hear you, {author}. That's a fair concern.

The current design choice was driven by {reason}. We know it's not ideal for every use case.

{what alternatives exist or what trade-off was made}

If you have ideas for how to make this work better for your scenario, we'd love to hear them — open a discussion or drop your thoughts here!

T9 — Information Request

Thanks for reporting this, {author}!

To help us dig into this, could you share:
- {specific ask 1}
- {specific ask 2}
- {specific ask 3, if applicable}

That context will help us narrow down what's happening. Appreciate it!

Anti-Patterns

• ❌ Posting without human review (NEVER — this is the cardinal rule)
• ❌ Drafting without reading full thread (context is everything)
• ❌ Ignoring confidence flags (🔴 items need Flight/human review)
• ❌ Scanning closed issues (only open items)
• ❌ Responding to issues labeled squad:internal or wontfix
• ❌ Skipping audit logging (every action must be recorded)
• ❌ Drafting for issues where a squad member already responded (avoid duplicates)
• ❌ Drafting pull request responses in Phase 1 (issues/discussions only)
• ❌ Treating templates like loose examples instead of reusable drafting assets
• ❌ Asking for more info without specific requests