CONTENT CREATION

Update setup docs when env vars or config schema change

When a commit touches environment variables or config schema files, the agent checks whether the setup and configuration docs still list them correctly and opens a doc PR for any…

CategoryContent Creation
Enginesim
Difficultyintermediate
Triggerevent
Steps6
Setup~15 min

How it runs

The automated pipeline, trigger to output.

  • TriggerPush to default branchGitHubGitHub
  • LogicFilter to env/config/schema changes only
  • ActionExtract current config keys and descriptionsGitHubGitHub
  • LogicDiff keys against documented ones
  • ActionRewrite affected setup doc sections
  • OutputOpen config-doc update pull requestGitHubGitHub

What it does

Watches commits to your main branch for changes to env files, config schemas, and settings examples. It diffs the declared configuration keys against what the setup documentation describes, then drafts a documentation update covering every added, removed, or renamed key.

When to use it

Use it when new contributors hit broken setups because the env or config docs lag behind the actual required variables. Especially useful for projects with a sprawling `.env.example` or a config schema that changes often.

How it works

  1. 1A push to the default branch fires the trigger.
  2. 2A filter step passes only commits that touch env files, config schemas, or settings examples.
  3. 3The agent extracts the full current set of config keys and their descriptions.
  4. 4It compares that set against the keys documented in the setup pages.
  5. 5A decision step categorizes each key as added, removed, renamed, or unchanged.
  6. 6It rewrites the affected setup sections to match the real schema.
  7. 7It opens a documentation pull request listing every key change.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect GitHubRepos, issues, pull requests, actions.
  2. 2
    Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
  3. 3
    Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
  4. 4
    Test, then turn it onRun once against a sample, confirm the output, then enable the trigger.

Run this workflow in your colony.

14-day trial. No DevOps. No Sales call. Provisioned in under a minute.