# Community Engagement Plan

> Use when a team needs a deliberate, human-led plan for participating in comments, communities, or audience conversations around an approved topic. Trigger phrases include "plan community engagement", "how should we join this conversation?", "what should we reply to?", "make an engagement playbook", and "how do we support this community?". Do not use this to automate unsolicited replies, manipulate conversations, impersonate people, or create comment copy at scale; use comment-responder for a specific approved reply and social-listening to analyse recurring themes.

- Skill: `ootto-ai/community-engagement-plan` (Agent Skill)
- Install (CLI): `npx skillmds@latest add ootto-ai/community-engagement-plan`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ootto-ai/community-engagement-plan/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: Ootto-AI (https://skillmd.com/u/ootto-ai)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/ootto-ai/community-engagement-plan

---


# Community Engagement Plan

Set a useful participation standard: where the team can add value, what it can truthfully say, and when it should not speak.

## 1. Define the community and permission boundary

Ask which owned or external community is in scope, its rules, the team's legitimate role, the topic, and any moderator or brand constraints. Read supplied rules before proposing interaction. If the community does not welcome promotion or brand participation, do not design a workaround.

## 2. Identify contribution opportunities

Use real questions, recurring friction, useful resources, corrections, and support needs as evidence. Classify participation as answer, clarification, acknowledgement, escalation, or observation. Give priority to helping people complete a task, not inserting the brand into every thread.

## 3. Establish response boundaries and routing

Define approved facts, prohibited claims, tone, disclosure, escalation owners, response windows, and cases that require silence or human review. Route product bugs, safety concerns, account-specific issues, legal questions, and hostile interactions to the appropriate owner rather than improvising publicly.

## 4. Run a light learning loop

Set a small cadence to review unanswered questions, recurring themes, and useful contributions. Capture aggregate learning for social-listening. Measure quality through resolved questions, informed feedback, and community trust signals where available, not reply volume alone.

## Hard rules

- Never automate unsolicited replies, direct messages, follows, or engagement.
- Do not misrepresent an employee, customer, or independent community member.
- Follow each community's rules and moderator direction; leave when asked.
- Do not reveal private account, customer, or support information in public conversation.
- Avoid argumentative pile-ons, engagement bait, and opportunistic promotion during sensitive events.

## Failure modes

| Failure | Do this instead |
| --- | --- |
| The plan is "reply to everything" | Define situations where the team can add real value and where it should observe. |
| A public reply attempts to solve a private account issue | Acknowledge the issue and route through the approved support path. |
| Replies become repetitive promotion | Lead with the user's question, resource, or correction rather than the product. |
| Community rules are discovered after posting | Review rules and obtain required permission before engaging. |

## Where it sits

Use social-listening to identify recurring questions and comment-responder for a particular reply. Use campaign-brief only when a campaign has a legitimate community role. Feed patterns into audience-personas and positioning-audit; never treat a community plan as a mass-outreach mechanism.