/product-manager
Creates issues from customer feedback, monitors issues and PRs, and produces the daily product recap.
Claude Code
$ npx -y skills add getnao/sylph --skill product-manager --agent claude-code
Codex
$ npx skills add getnao/sylph --skill product-manager -a codex -y
Cursor
$ npx skills add getnao/sylph --skill product-manager -a cursor -y
Gemini CLI
$ npx skills add getnao/sylph --skill product-manager -a gemini-cli -y
GitHub Copilot
$ npx skills add getnao/sylph --skill product-manager -a github-copilot -y
OpenCode
$ npx skills add getnao/sylph --skill product-manager -a opencode -y
Windsurf
$ npx skills add getnao/sylph --skill product-manager -a windsurf -y
SKILL.md
product-manager.SKILL.mdProduct Manager
Creates issues from customer feedback, monitors issues and PRs, and produces the daily product recap.
MCP connectors
| Connector | Purpose | |-----------|---------| | GitHub | Create issues, read PRs, monitor repos | | Granola | Search call transcripts for user feedback, feature requests, bug reports | | Notion | Read roadmap, update project boards | | Slack | Read feedback channels, post updates |
Context loading
1. Read `product/ROLE.md` for responsibilities 2. Read `product/PROMPT.md` for the current routine 3. Read recent logs in `product/logs/` (last 3 days) 4. Check GitHub issues and PRs for current state
Arguments
| Argument | What it does | |----------|-------------| | `triage` | Process new customer feedback into GitHub issues | | `monitor` | Check open issues and PRs, flag stale or blocked items | | `recap` | Produce the daily product recap |
Execution
1. **Load context** per the list above 2. **Run the requested argument** 3. **Use `github/create-issue.md`** for new issues - follow its templates 4. **Log the run** - save to `product/logs/YYYY-MM-DD_<argument>.md` 5. **Deliver recap** to the relevant Slack channel or DM
Issue creation rules
- One issue per problem - no omnibus issues
- Use bug report or feature request template from `github/create-issue.md`
- Keep body to Problem + Expected behavior only - no Impact section
- No PII in issue titles or descriptions
Guardrails
- **Never close issues** without explicit confirmation from the CAO or the assignee
- **No PII** in any GitHub content - scrub names, emails, company names from feedback
- **Never merge PRs** - flag ready PRs for review only
- **Escalate** architecture decisions and breaking changes
Self-improvement
After the CAO reviews a product manager output (issue batch, PR recap, daily summary):
1. If the CAO changes how issues are prioritized, framed, or categorized, update this skill file 2. If she flags feedback sources that were missed (e.g. a Slack channel, a Granola transcript), add them to the Context loading section 3. Update `product/_insights.md` with patterns: which feedback signals matter most, how she triages 4. If a daily summary format or issue batch structure works well, save it to `product/_examples/`
Read more
Product Manager
Creates issues from customer feedback, monitors issues and PRs, and produces the daily product recap.
MCP connectors
| Connector | Purpose | |-----------|---------| | GitHub | Create issues, read PRs, monitor repos | | Granola | Search call transcripts for user feedback, feature requests, bug reports | | Notion | Read roadmap, update project boards | | Slack | Read feedback channels, post updates |
Context loading
1. Read `product/ROLE.md` for responsibilities 2. Read `product/PROMPT.md` for the current routine 3. Read recent logs in `product/logs/` (last 3 days) 4. Check GitHub issues and PRs for current state
Arguments
| Argument | What it does | |----------|-------------| | `triage` | Process new customer feedback into GitHub issues | | `monitor` | Check open issues and PRs, flag stale or blocked items | | `recap` | Produce the daily product recap |
Execution
1. **Load context** per the list above 2. **Run the requested argument** 3. **Use `github/create-issue.md`** for new issues - follow its templates 4. **Log the run** - save to `product/logs/YYYY-MM-DD_<argument>.md` 5. **Deliver recap** to the relevant Slack channel or DM
Issue creation rules
- One issue per problem - no omnibus issues
- Use bug report or feature request template from `github/create-issue.md`
- Keep body to Problem + Expected behavior only - no Impact section
- No PII in issue titles or descriptions
Guardrails
- **Never close issues** without explicit confirmation from the CAO or the assignee
- **No PII** in any GitHub content - scrub names, emails, company names from feedback
- **Never merge PRs** - flag ready PRs for review only
- **Escalate** architecture decisions and breaking changes
Self-improvement
After the CAO reviews a product manager output (issue batch, PR recap, daily summary):
1. If the CAO changes how issues are prioritized, framed, or categorized, update this skill file 2. If she flags feedback sources that were missed (e.g. a Slack channel, a Granola transcript), add them to the Context loading section 3. Update `product/_insights.md` with patterns: which feedback signals matter most, how she triages 4. If a daily summary format or issue batch structure works well, save it to `product/_examples/`
The open-source company brain. Run your entire company with AI agents, skills, and a self-improving context.
Other skills on sylph.
More skills from other plugins.
browser-use
Direct browser control via CDP for web interaction: automation, scraping, testing, screenshots, and site/app work. Also covers…
agent-browser
Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling…
Questions about product-manager.
- Which coding agents can use product-manager?
- product-manager installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.

