Catalog
BuilderIO/factory-collect

BuilderIO

factory-collect

Experimental workflow for collecting and triaging product feedback, product telemetry, runtime errors, and issue reports. Use when scanning configured signal sources and applying separate fix, reply, or close rules.

v1.0LATEST
NewUpdated Sep 24, 2026

Factory Collect

Read .agent-factory/config.yaml and apply the optional skill_prompts.factory-collect entry as additional project guidance. Collect only the sources named by workflows.collect.sources. For repeated patterns across time or sources, use factory-lookback.

Collect and verify coverage

  • Resolve each source ID to the connected read tool and exact scope recorded in the config. Sources may include support or chat feedback, issue trackers, product analytics or telemetry, and error monitoring.
  • Use the configured time range or source cursor. Follow pagination to the end and record the filters, range, cursor/page coverage, and source counts.
  • Keep empty, unavailable, and truncated distinct. A missing connector, partial page, or failed query is not an empty source.
  • Preserve source links, timestamps, useful version or environment dimensions, and relevant discussion. Avoid copying secrets or unnecessary personal data.
  • For telemetry, report the metric and aggregation window. Distinguish event counts from unique users or affected sessions unless the source provides a reliable identity definition.

Triage and act

Classify each item as a verified defect, repeated symptom, feature request, subjective feedback, duplicate, out of scope, or needing more evidence. Group related reports while retaining each source record and reporter.

Implement only when workflows.collect.implement allows the change and the repository is in scope. Stop for configured risk conditions, unclear product intent, or evidence that cannot be reproduced. Verify the changed behavior with the configured checks and a representative reproduction.

Action Gate
Reply When missing information blocks triage or verification, ask one targeted question only if workflows.collect.reply allows it; follow configured tone and guidance. never means no public reply.
Close or mark fixed Follow workflows.collect.close and wait for its proof point. Do not imply an unverified release.
Publish, approve, merge, or deploy Requires its own workflow authorization; collection does not grant it.

When an item needs more information, keep it unresolved and retain the source thread link and the exact question. If replies are disabled, include that question in the report for a person to send. On later collection runs, check whether an answer arrived. Re-triage the original report together with the answer, then apply the implementation and verification rules again; receiving an answer does not itself authorize a fix or external action. Use factory-lookback to compare these follow-ups with prior reports and fixes.

Report

Summarize coverage by source, including unavailable or truncated reads. For each item or related group, give its links, classification, evidence, disposition, checks, any external action, and the exact human decision still needed.

Files1
1 files · 1.0 KB

Select a file to preview

Overall Score

72/100

Grade

B

Good

Grades are signals, not a certification. Always review a skill yourself before use.

Safety

78

Quality

68

Clarity

75

Completeness

62

Summary

Factory Collect is an experimental workflow skill for gathering and triaging product feedback, telemetry, runtime errors, and issue reports from configured signal sources. It guides agents to read `.agent-factory/config.yaml`, collect items across multiple source types, triage findings into actionable categories, and generate comprehensive reports with clear decision points and gates for implementing changes.

Detected Capabilities

file read (.agent-factory/config.yaml)multi-source data collection (APIs, support systems, analytics)pagination/cursor handlingdata aggregation and groupingfiltering and classificationconditional decision logic based on configuration gates

Trigger Keywords

Phrases that agents use to match this skill to user intent.

collect product feedbacktriage issues reportaggregate error logsconsolidate feedback sourcesanalyze runtime telemetrydedup issue reportsprioritize by pattern

Risk Signals

INFO

Config-driven source resolution—skill reads and applies external configuration without validation guardrails

Collect and verify coverage section
WARNING

Multi-source data collection including telemetry and error logs may include PII or sensitive context

Preserve source links, timestamps... section
WARNING

Decision gates rely on `.agent-factory/config.yaml` for authorization (implement, reply, close)—no built-in enforcement

Triage and act section
WARNING

No explicit credential handling guidance for connecting to source systems (APIs, analytics platforms)

Resolve each source ID section

Use Cases

  • Collect and consolidate feedback from multiple support channels (chat, email, ticketing) into a unified report
  • Aggregate product telemetry and error monitoring data within a configured time window and triage by severity
  • Identify repeated patterns or duplicate issues across different sources to prioritize high-impact defects
  • Verify product feedback by applying configured risk conditions and reproduction steps before implementing fixes
  • Generate decision-ready reports that preserve source context and identify remaining human judgment needed before action

Quality Notes

  • Skill clearly documents decision gates (reply, close, implement) and emphasizes human approval at each stage
  • Instructions distinguish error states well (empty vs unavailable vs truncated sources)
  • Good emphasis on preserving source context and links while avoiding secrets
  • Lacks explicit examples of supported source types or configuration schema format
  • No guidance on handling authentication or credentials for source connectors
  • Missing edge cases: rate limiting, failed source connections, partial data integrity issues
  • Report format requirements are described conceptually but lack a concrete template or checklist
  • Strong emphasis on verification and gates reduces blast radius of implementation decisions
Model: claude-haiku-4-5-20251001Analyzed: Sep 24, 2026

Reviews

Add this skill to your library to leave a review.

No reviews yet

Be the first to share your experience.

Use BuilderIO/factory-collect in your dev environment

Command Palette

Search for a command to run...