agent-lifecycle-manager
Agent Lifecycle Manager
Manage agent work as a lifecycle, not as isolated edits to agent.json, claude-code.md, or codex.toml. This skill is a thin router: it identifies which lifecycle stage matters now, runs only those stages, and keeps agent contract work, trigger tuning, install work, and governance concerns separate.
The design bias is:
- Use
skill-lifecycle-managerdiscipline for routing, validation-before-claims, and explicit next steps - Reuse
skill-lifecycle-managertooling for validation, projection, and eval harness work unless agent-specific behavior truly needs its own script path - Use repo-local agent conventions for
agents/<name>/,agent.json,claude-code.md,codex.toml,CHANGELOG.md, install targets, and generated catalogs - Use manual-first posture for meta agent-management requests unless a narrower posture is clearly better
Outputs
Depending on the lifecycle stage, produce one or more of:
- A new or updated agent package (
agent.json,claude-code.md,codex.toml,CHANGELOG.md) with an explicit invocation posture and agent-contract brief - A validation report with concrete schema, structure, or cross-surface parity failures
- An evaluation plan or benchmark note with realistic prompts under
workspaces/agent-lifecycle-manager/ - A Discover handoff brief capturing delegated research before authoring begins
More from liqiongyu/my-agents
brainstorming
Manual-first brainstorming workflow for turning ambiguous ideas or competing directions into an approved decision before planning or implementation. Activate when the user explicitly asks to brainstorm, explore options, compare approaches, or pressure-test a direction. Do not activate for clarification, review, detailed planning, or straightforward execution once a direction is already chosen.
10deep-research
Use when the user explicitly asks for comprehensive, citation-backed research such as a deep dive, due diligence, market analysis, or a multi-source comparison/report. Do not activate for quick factual lookups, ordinary coding tasks, or routine content generation unless the user first asks for research or source verification.
7project-documentation
>
6readme-craftsman
Create, update, or review a repository README when the user explicitly asks for README work. Use it to draft a new README, refresh an existing README after project changes, or audit a README against the current repository. Do not use it for general documentation, API docs, architecture docs, or documentation tasks that do not specifically target a README file.
5prompt-engineering
>
5review
>
4