Agent Skills: Agent Setup Maintenance

|

UncategorizedID: langfuse/langfuse/agent-setup-maintenance

Repository

langfuseLicense: NOASSERTION
23,9052,412

Install this agent skill to your local

pnpm dlx add-skill https://github.com/langfuse/langfuse/tree/HEAD/.agents/skills/agent-setup-maintenance

Skill Files

Browse the full folder contents for agent-setup-maintenance.

Download Skill

Loading file tree…

.agents/skills/agent-setup-maintenance/SKILL.md

Skill Metadata

Name
agent-setup-maintenance
Description
|

Agent Setup Maintenance

Use this skill when changing the shared agent setup for the repository.

Start Here

Workflow

  1. Edit the canonical files under .agents/, not generated provider outputs.
  2. Keep root AGENTS.md and CLAUDE.md as discovery symlinks; do not turn them back into manually maintained copies.
  3. Treat tool-specific directories such as .claude/, .cursor/, .codex/, .vscode/, and .mcp.json as generated discovery surfaces unless the tool requires a truly tool-specific feature.
  4. Keep root AGENTS.md concise and router-like. Move detailed or conditional workflows into shared skills or package AGENTS.md files.
  5. When adding or changing a shared skill, update skills/README.md and link it from root AGENTS.md if it changes the default reusable workflow.
  6. When shared setup behavior changes materially, update README.md and contributor-facing docs in the same PR.

Docker / Install-Time Constraint

  • pnpm install runs in environments that may not contain the full repo source tree.
  • In Docker builds, Turbo's pruned install stage can run root postinstall before scripts/ and .agents/ are available in the image.
  • Keep install-time agent setup logic robust in those pruned contexts: skip cleanly when the required repo-owned files are not present.

Required Verification

Run after changing shared agent setup:

  • pnpm run agents:sync
  • pnpm run agents:check

Run additional verification when relevant:

  • pnpm run postinstall when install-time behavior changes
  • targeted tests for any scripts you changed

Design Rules

  • Prefer one repo-owned source of truth over duplicated provider-specific files.
  • Keep shared setup tool-neutral where possible.
  • Only keep provider-specific files in source control when the provider requires a fixed discovery path or feature that cannot be expressed through the shared setup model.