/community-intelligence
Layer 1 skill for community intelligence gathering. Search channels, extraction methodology, consensus analysis, version-aware behavioral changes, structural contamination guard. Loaded by the analyzer agent for community intelligence gathering.
$ npx -y skills add prime-radiant-inc/greenfield --skill community-intelligence --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/community-intelligence
Context preview
The summary Claude sees to decide when to auto-load this skill.
Layer 1 skill for community intelligence gathering. Search channels, extraction methodology, consensus analysis, version-aware behavioral changes, structural contamination guard. Loaded by the analyzer agent for community intelligence gathering.
SKILL.md
community-intelligence.SKILL.mdname: community-intelligence
description: Layer 1 skill for community intelligence gathering. Search channels, extraction methodology, consensus analysis, version-aware behavioral changes, structural contamination guard. Loaded by the analyzer agent for community intelligence gathering.
Community Intelligence Methodology
Extract behavioral specifications from user-generated content: tutorials, blog posts, reviews, forum threads, issue reports, video transcripts, and changelogs. These are external observations of behavior by real users — zero structural contamination, pure behavioral surface.
When to Use This Mode
Use Community Intelligence mode when:
- The target product has active users who write about it
- Official documentation has gaps (community fills in what docs miss)
- You need observed behavior to corroborate or contradict official claims
- Edge cases, defaults, and undocumented behavior need coverage
- Version-specific behavioral changes need tracking
This mode runs independently of all other intelligence sources. It requires only web access. All output is **public origin** and goes to `workspace/public/community/`.
Why Community Content Matters
Official documentation describes **intended** behavior. Community content describes **observed** behavior. The gap between the two is where edge cases, undocumented features, surprising defaults, and breaking changes live.
A tutorial author who writes "when I ran `tool --flag`, it output X" has performed a runtime observation. A GitHub issue that says "expected Y but got Z" documents a behavioral contract violation. A blog post walkthrough that shows step-by-step output is equivalent to a test vector recorded by a human.
1. Search Channels
Search proceeds across six channels. Execute multiple patterns per channel before moving on.
digraph community_search {
rankdir=TB;
"Start community research" [shape=doublecircle];
"Channel 1: Tutorials & blog posts" [shape=box];
"Channel 2: Forums & Q&A" [shape=box];
"Channel 3: Issue trackers" [shape=box];
"Channel 4: Reviews & marketplace" [shape=box];
"Channel 5: Version-specific content" [shape=box];
"Channel 6: Video content" [shape=box];
"Diminishing returns?" [shape=diamond];
"Source budget exhausted?" [shape=diamond];
"Build consensus analysis" [shape=box];
"Write claims, consensus, gaps" [shape=box];
"Research complete" [shape=doublecircle];
"Start community research" -> "Channel 1: Tutorials & blog posts";
"Channel 1: Tutorials & blog posts" -> "Channel 2: Forums & Q&A";
"Channel 2: Forums & Q&A" -> "Channel 3: Issue trackers";
"Channel 3: Issue trackers" -> "Channel 4: Reviews & marketplace";
"Channel 4: Reviews & marketplace" -> "Channel 5: Version-specific content";
"Channel 5: Version-specific content" -> "Channel 6: Video content";
"Channel 6: Video content" -> "Diminishing returns?";
"Diminishing returns?" -> "Build consensus analysis" [label="yes"];
"Diminishing returns?" -> "Source budget exhausted?" [label="no"];
"Source budget exhausted?" -> "Build consensus analysis" [label="yes"];
"Source budget exhausted?" -> "Channel 1: Tutorials & blog posts" [label="no, continue"];
"Build consensus analysis" -> "Write claims, consensus, gaps";
"Write claims, consensus, gaps" -> "Research complete";
}Channel 1: Tutorials & Blog Posts
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `{product} tutorial` | Step-by-step guides | | 2 | `{product} getting started guide blog` | Setup walkthroughs | | 3 | `{product} walkthrough` | End-to-end usage | | 4 | `{product} how to use` | Practical usage | | 5 | `{product} step by step` | Sequential instructions | | 6 | `{product} setup guide` | Configuration guides | | 7 | `{product} tips and tricks` | Advanced behavioral observations | | 8 | `{product} advanced usage` | Power-user behavioral observations | | 9 | `{product} site:medium.com` | Medium posts | | 10 | `{product} site:dev.to` | Dev.to posts | | 11 | `{product} site:hashnode.dev` | Hashnode posts |
Channel 2: Forums & Q&A
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `{product} site:stackoverflow.com` | Community Q&A | | 2 | `{product} site:reddit.com` | Reddit discussions | | 3 | `{product} site:news.ycombinator.com` | HN discussions | | 4 | `{product} site:github.com discussions` | GitHub Discussions | | 5 | `{product} forum` | Product-specific forums | | 6 | `{product} unexpected behavior` | Behavioral surprises | | 7 | `{product} how does {feature} work` | Feature-specific behavioral questions |
Channel 3: Issue Trackers
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `site:github.com {product} is:issue "expected" "actual"` | Bug reports with behavioral contracts | | 2 | `site:github.com {product} is:issue label:bug` | Known bugs (behavioral deviations) | | 3 | `site:github.com {product} is:issue "steps to reproduce"` | Reproducible behavioral observations | | 4 | `site:gitlab.com {product} issues` | GitLab issue tracker |
Issue tracker content is extremely high-value because bug reports document the gap between expected and actual behavior — both are behavioral specifications.
Channel 4: Reviews & Marketplace
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `{product} review` | Product reviews | | 2 | `{product} comparison` | Comparative behavioral analysis | | 3 | `{product} vs {competitor}` | Behavioral differences described precisely | | 4 | `{product} marketplace review` | Marketplace reviews (VS Code, npm, etc.) | | 5 | `{product} extension review` | Extension/plugin marketplace reviews | | 6 | `{product} pros cons` | Feature-level behavioral assessments |
Channel 5: Version-Specific Content
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `{product} changelog` | Official version history | | 2
Read more
name: community-intelligence description: Layer 1 skill for community intelligence gathering. Search channels, extraction methodology, consensus analysis, version-aware behavioral changes, structural contamination guard. Loaded by the analyzer agent for community intelligence gathering.
Community Intelligence Methodology
Extract behavioral specifications from user-generated content: tutorials, blog posts, reviews, forum threads, issue reports, video transcripts, and changelogs. These are external observations of behavior by real users — zero structural contamination, pure behavioral surface.
When to Use This Mode
Use Community Intelligence mode when:
- The target product has active users who write about it
- Official documentation has gaps (community fills in what docs miss)
- You need observed behavior to corroborate or contradict official claims
- Edge cases, defaults, and undocumented behavior need coverage
- Version-specific behavioral changes need tracking
This mode runs independently of all other intelligence sources. It requires only web access. All output is **public origin** and goes to `workspace/public/community/`.
Why Community Content Matters
Official documentation describes **intended** behavior. Community content describes **observed** behavior. The gap between the two is where edge cases, undocumented features, surprising defaults, and breaking changes live.
A tutorial author who writes "when I ran `tool --flag`, it output X" has performed a runtime observation. A GitHub issue that says "expected Y but got Z" documents a behavioral contract violation. A blog post walkthrough that shows step-by-step output is equivalent to a test vector recorded by a human.
1. Search Channels
Search proceeds across six channels. Execute multiple patterns per channel before moving on.
digraph community_search {
rankdir=TB;
"Start community research" [shape=doublecircle];
"Channel 1: Tutorials & blog posts" [shape=box];
"Channel 2: Forums & Q&A" [shape=box];
"Channel 3: Issue trackers" [shape=box];
"Channel 4: Reviews & marketplace" [shape=box];
"Channel 5: Version-specific content" [shape=box];
"Channel 6: Video content" [shape=box];
"Diminishing returns?" [shape=diamond];
"Source budget exhausted?" [shape=diamond];
"Build consensus analysis" [shape=box];
"Write claims, consensus, gaps" [shape=box];
"Research complete" [shape=doublecircle];
"Start community research" -> "Channel 1: Tutorials & blog posts";
"Channel 1: Tutorials & blog posts" -> "Channel 2: Forums & Q&A";
"Channel 2: Forums & Q&A" -> "Channel 3: Issue trackers";
"Channel 3: Issue trackers" -> "Channel 4: Reviews & marketplace";
"Channel 4: Reviews & marketplace" -> "Channel 5: Version-specific content";
"Channel 5: Version-specific content" -> "Channel 6: Video content";
"Channel 6: Video content" -> "Diminishing returns?";
"Diminishing returns?" -> "Build consensus analysis" [label="yes"];
"Diminishing returns?" -> "Source budget exhausted?" [label="no"];
"Source budget exhausted?" -> "Build consensus analysis" [label="yes"];
"Source budget exhausted?" -> "Channel 1: Tutorials & blog posts" [label="no, continue"];
"Build consensus analysis" -> "Write claims, consensus, gaps";
"Write claims, consensus, gaps" -> "Research complete";
}Channel 1: Tutorials & Blog Posts
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `{product} tutorial` | Step-by-step guides | | 2 | `{product} getting started guide blog` | Setup walkthroughs | | 3 | `{product} walkthrough` | End-to-end usage | | 4 | `{product} how to use` | Practical usage | | 5 | `{product} step by step` | Sequential instructions | | 6 | `{product} setup guide` | Configuration guides | | 7 | `{product} tips and tricks` | Advanced behavioral observations | | 8 | `{product} advanced usage` | Power-user behavioral observations | | 9 | `{product} site:medium.com` | Medium posts | | 10 | `{product} site:dev.to` | Dev.to posts | | 11 | `{product} site:hashnode.dev` | Hashnode posts |
Channel 2: Forums & Q&A
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `{product} site:stackoverflow.com` | Community Q&A | | 2 | `{product} site:reddit.com` | Reddit discussions | | 3 | `{product} site:news.ycombinator.com` | HN discussions | | 4 | `{product} site:github.com discussions` | GitHub Discussions | | 5 | `{product} forum` | Product-specific forums | | 6 | `{product} unexpected behavior` | Behavioral surprises | | 7 | `{product} how does {feature} work` | Feature-specific behavioral questions |
Channel 3: Issue Trackers
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `site:github.com {product} is:issue "expected" "actual"` | Bug reports with behavioral contracts | | 2 | `site:github.com {product} is:issue label:bug` | Known bugs (behavioral deviations) | | 3 | `site:github.com {product} is:issue "steps to reproduce"` | Reproducible behavioral observations | | 4 | `site:gitlab.com {product} issues` | GitLab issue tracker |
Issue tracker content is extremely high-value because bug reports document the gap between expected and actual behavior — both are behavioral specifications.
Channel 4: Reviews & Marketplace
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `{product} review` | Product reviews | | 2 | `{product} comparison` | Comparative behavioral analysis | | 3 | `{product} vs {competitor}` | Behavioral differences described precisely | | 4 | `{product} marketplace review` | Marketplace reviews (VS Code, npm, etc.) | | 5 | `{product} extension review` | Extension/plugin marketplace reviews | | 6 | `{product} pros cons` | Feature-level behavioral assessments |
Channel 5: Version-Specific Content
| # | Search Pattern | Purpose | |---|----------------|---------| | 1 | `{product} changelog` | Official version history | | 2
Showing the first part of this file.
Reverse engineer clean behavioral specs from any codebase. Greenfield reads source code, documentation, SDKs, runtime behavior, and binaries, then produces behavioral specifications, test vectors, acceptance criteria, and a full provenance trail.
Repo: prime-radiant-inc/greenfield
Other skills on greenfield.
- /analysis-pipeline
Reverse engineering - multi-source product intelligence analysis with provenance tracking. Master methodology for all analysis agents.
Open skill - /autonomous-discovery
Layer 1 intelligence source discovery - auto-detect available sources, search for public information, negotiate with user, produce inventory manifest
Open skill - /behavioral-spec-writing
Layer 3 deep documentation methodology. Per-module behavioral specifications, external and behavioral integration contracts, behavior documentation, end-to-end user journey analysis. Transforms Layer 2 synthesis into implementable behavioral specifications. Loaded by the
Open skill - /binary-analysis
Layer 1 methodology for extracting behavioral intelligence from compiled binaries, bytecode archives, managed assemblies, and bundled applications. Covers artifact identification, string extraction strategy, decompilation workflows, provenance requirements, and handoff to source
Open skill - /container-execution
Infrastructure skill for containerized target execution. Runtime detection, container lifecycle, security restrictions, interaction patterns.
Open skill - /contract-detection
Layer 1 skill for parsing machine-readable API contracts. OpenAPI/Swagger, GraphQL, Protobuf/gRPC, and JSON Schema detection, extraction, and behavioral claim generation. Loaded by the analyzer agent during Layer 1.
Open skill

