agentleFS
jaydubya818jaydubya818/MissionControl/skills/factory-collect/SKILL.md

factory-collect

Skill2 starsChanged 8 months agoMITView on GitHub

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.

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Read .agent-factory/config.yaml and apply the optional skill_prompts.factory-collect entry as additional project guidance.

    line 13
  2. Distinctive:

    Use the configured time range or source cursor.

    line 23
  3. Very specific:

    Keep empty, unavailable, and truncated distinct.

    line 25
  4. Distinctive:

    When an item needs more information, keep it unresolved and retain the source thread link and the exact question.

    line 50

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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.

ActionGate
ReplyWhen 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 fixedFollow workflows.collect.close and wait for its proof point. Do not imply an unverified release.
Publish, approve, merge, or deployRequires 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.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.