ae-community
Cross-skill collaboration
When remaining work is outside this skill's scope, or a necessary prerequisite needs another capability, follow the collaboration protocol [blocked]. Choose from the skills available in this run by capability, preserve verified context, and continue the remaining task. Reuse this protocol if already loaded.
Skill revision: 2.4.2.
The AE Community domain provides social and chat data analysis plus validated community data reporting. Curated analysis commands run as ae-cli community +<subcommand>; chat analysis uses dynamic Capability Gateway commands; reporting uses the direct ae-cli community data report ingestion command.
Global AE CLI Rules
AE CLI (ae-cli) is the command-line tool for the AE (Agentic Engine) analysis platform. For AE analysis-side requests, prefer ae-cli and this skill's reference docs over model memory.
Global parameters:
Output and errors:
- Successful commands return machine-readable JSON by default. Envelope may include optional
_notice.host_compat. - Failed commands return
{ "ok": false, "error": { "type": "...", "message": "...", "hint": "..." } }and exit non-zero. - CRITICAL — Host compat (do this first): After each
ae-clirun, check stderr and_notice.host_compat. If either is present, open the user reply with a short ⚠️ version warning and quote thenpm i -g/npx skills add(or update-cluster) lines verbatim, then present the business result. Soft tip;ok: truecan still carry the notice.
Safety constraints:
- Read commands can execute directly after required IDs and references are verified.
- Ordinary
writecommands require explicit user intent but no CLI confirmation. Onlyhigh-risk-writecommands use the confirmation gate. - Never invent command names, flags, JSON payloads,
project_id, resource IDs, field names, event names, property names, metric definitions, or date formats. Read the matching command reference and discover real project metadata first. - NEVER fabricate or guess resource names (reports, dashboards, events, properties, metrics, clusters, tags, alerts). Always use list commands to discover real resources first. If a resource is not found after fuzzy search and full list fallback, explicitly tell the user "resource not found" and stop - do not proceed with fabricated names.
Community commands use the domain community (this skill). Other AE domains include: analysis (analysis and audience), analysis-meta (metadata), and operation (operations).
Overview
Typical use cases:
- Search and inspect posts or videos, then drill into detail and comment analytics
- Track sentiment, keywords/tags, and macro overview metrics by time range
- Monitor risky or moderated content
- Analyze livestream rooms, sessions, and AI-generated session reports
- Analyze customer-service DMs, customer after-sales groups, and in-game chat
- Produce daily/weekly/activity-style reports via composite references under
references/community-*.md
For per-command flags and copy-paste examples, use the files in references/ [blocked].
Parameter conventions
- Lists (comma-separated): e.g.
--channel-id-list 1,2,3,--keywords a,b,--sentiment-types 0,1 - Dates:
yyyy-MM-ddfor range endpoints (e.g.--start-time,--end-time,--date) - Data reporting:
community data reportrequires--space-id,--channel-id, and--source-idas positive int64 identifiers. Here--space-idmaps to Irisgame_id. - Reporting endpoint: use
--endpointorAE_IRIS_SYNC_ENDPOINT.--hostdoes not select, derive, or modify the ingestion endpoint. - Reporting input: use exactly one mode:
--data-type <type> --data <inline|path|@path|->, or--payload <inline|path|@path|->. - Reporting schema: run
ae-cli community data report --helpbefore building input to check the required record fields for every supporteddata_type; use the reporting reference for field limits and normalization behavior.
Core concepts
Channel ID prerequisite (+get_channel_info)
Many commands need --channel-id or --channel-id-list (post detail, comment summaries, live lists, channel-scoped search). If you only have --space-id / --game-id, run:
Then use returned channel IDs in follow-up commands. Details: references/get_channel_info.md [blocked].
Scenario routing
Route users to composite workflows when intent matches:
Common scenarios
1. Search and content drill-down
2. Analysis and sentiment
3. Hot topics and daily snapshot
4. Livestream
5. Chat analysis
Chat capabilities are L3 and must be discovered before use. Read
community-chat-analysis.md [blocked] for scenario selection,
call-scoped identity classification, comparison windows, metric definitions, evidence limits, and
report templates. Never report customer-service performance without a staff identity list.
The list must be the complete staff roster for the selected service scope, even for a single-agent
question; a partial roster is discovery context, not permission to calculate KPIs.
6. Data reporting
Read community-data-report.md [blocked] before building input. Use an
explicit ingestion endpoint and verified IDs; do not derive them from the active AE host or analysis
results.
Data Reporting Workflow
- Obtain the complete
/sync_contentendpoint from the user orAE_IRIS_SYNC_ENDPOINT. Never guess, derive, or concatenate it. - Verify the real space, channel, and source IDs. Never fabricate identifiers;
--space-idbecomes Irisgame_id. - Run
ae-cli community data report --helpbefore constructing records. Use the installed command's required-field list for eachdata_typeas the source of truth, then consult the reporting reference for detailed limits and normalization. - Prefer
@fileor stdin (-) for sensitive records so payloads do not enter shell history. - Before the first submission of a dataset, run
--dry-run. Its summary is redacted and does not print business content. - After the user has clearly requested submission, run the
risk: writecommand directly. It does not need--yesor another confirmation. - Interpret success only as
status: "queued"withpersistence_verified: false, never as per-record acceptance or durable storage. - A timeout leaves delivery state unknown. Check the downstream query/storage side before considering another submission, and never retry automatically.
Dry-run debugging
References (per-command)
Command groups
Commands below are shown without the ae-cli community prefix; all use the + prefix on the CLI.
Content (community_content)
+get_livestream_list, +get_livestream_detail, +get_livestream_analysis, +get_post_detail, +get_comments_summary, +get_comment_tag_analysis, +get_corpus_tags, +get_risk_content, +search_posts, +get_livestream_overview, +get_livestream_rooms, +get_livestream_room_metrics
Analysis (community_analysis)
+get_channel_info, +get_overview_metrics, +get_sentiment_overview, +get_tag_trends
Hot (community_hot)
+get_daily_summary, +get_hot_topics, +get_topic_detail
Data reporting (direct ingestion data plane)
Composite scenario skills
Structured multi-step report workflows — open the linked reference for the complete ae-cli command sequence.
Write operations
Most community commands are read-only. community data report is an ordinary risk: write command: explicit user intent is sufficient and no confirmation or --yes is required. Only commands marked risk: high-risk-write use the confirmation gate.

