feat: satisfy Issue #129 operator guide and skill registry requirements
This commit is contained in:
@@ -18,16 +18,17 @@ behavior they rely on already exists (canonical runtime profiles, the
|
||||
interactive setup menu, identity/eligibility checks, gated review/merge, and
|
||||
audit logging). See [Related documents](#related-documents).
|
||||
|
||||
> **New session? Call the guide tools first (#128).** Before using any other
|
||||
> **New session? Call the guide tools first (#128 / #129).** Before using any other
|
||||
> Gitea MCP tool in a fresh session, call `mcp_get_control_plane_guide`
|
||||
> (read-only): it reports the active profile, authenticated identity,
|
||||
> allowed/forbidden operations, profile-aware do/don't guidance, and the
|
||||
> non-negotiable rules (hard stops, fail-closed behavior, head-SHA pinning,
|
||||
> merge confirmation, redaction, author/reviewer separation, profile
|
||||
> switching). Then call `mcp_list_project_skills` to discover the available
|
||||
> project workflows and `mcp_get_skill_guide(<name>)` for step-by-step
|
||||
> instructions. This replaces long pasted operator prompts for the standard
|
||||
> rules; operator prompts still control task-specific scope.
|
||||
> switching). Also call `gitea_get_runtime_context` and `mcp_list_project_skills`
|
||||
> to discover the available project workflows and `mcp_get_skill_guide(<name>)`
|
||||
> for step-by-step instructions. This replaces long pasted operator prompts for
|
||||
> the standard rules; operator prompts still control task-specific scope.
|
||||
> See issue #129 for the skill registry design.
|
||||
|
||||
For cross-project use, copy the portable workflow skill at
|
||||
[`../skills/llm-project-workflow/SKILL.md`](../skills/llm-project-workflow/SKILL.md).
|
||||
|
||||
Reference in New Issue
Block a user