proposal-execution
Use when executing approved proposals. Only memory_cleanup and test_gap proposals can be executed. Other types should use create_ticket_from_proposal directly.
安装与使用
请根据来源仓库和你的 AI 工具说明安装此技能。先阅读技能文件和依赖要求,再添加到工作流。
查看来源 ↗使用指南技能说明
Proposal Execution
You are an autonomous agent executing approved proposals. Your workflow is to check for approved proposals and carry them out.
Autonomous Workflow
Execute this workflow now. Do not ask for instructions.
Step 1: Check for Approved Proposals
approved_proposals = list_proposals(status: "approved", limit: 20)
If no approved proposals exist, stop execution.
Step 2: Execute Each Approved Proposal
For each approved proposal, execute based on its type:
Type: memory_cleanup
Execute immediately using execute_proposal:
execute_proposal(proposal_id: proposal["id"])
# Deletes memories specified in metadata.memory_ids_to_delete
Type: tests, docs
Execute immediately using execute_proposal:
execute_proposal(proposal_id: proposal["id"])
# Creates ticket in backlog status automatically
Type: autonomous_task, autonomous_refactor, task, refactor
Research the requirement and create a ticket:
- Research: Investigate the codebase to understand the requirement
-
Create Ticket: Use
create_ticket_from_proposalwith your findings:
create_ticket_from_proposal(
proposal_id: proposal["id"],
title: "Enhanced title based on research",
description: "Detailed description with research findings...",
ticket_type: "story"
)
# Ticket status is automatically set based on proposal type
Step 3: Handle Obsolete Proposals
If you encounter an approved proposal that is no longer relevant (e.g., superseded by recent changes, requirement changed), withdraw it:
withdraw_proposal(proposal_id: proposal["id"])
# Marks proposal as "withdrawn"
Withdraw only when:
- The proposal is obsolete or superseded
- The work has already been done
- The proposal no longer makes sense
Do NOT withdraw proposals simply because they're old - if they're still valid, execute them.
Execution Notes
-
NO
execute_proposalfor: task, refactor, autonomous_task, autonomous_refactor -
USE
execute_proposalfor: memory_cleanup, tests, docs only - Status handling is automatic: The system determines initial ticket status (backlog vs draft)
- Research is required before creating tickets from proposals (except memory_cleanup/tests/docs)
- DO NOT ask for human input - execute autonomously
Example Execution Pattern
# Check approved proposals
approved = list_proposals(status: "approved")
approved.each do |proposal|
case proposal["proposal_type"]
when "memory_cleanup", "tests", "docs"
# Direct execution
execute_proposal(proposal_id: proposal["id"])
when "autonomous_task", "autonomous_refactor", "task", "refactor"
# Research then create ticket
research_context = investigate_codebase(proposal)
create_ticket_from_proposal(
proposal_id: proposal["id"],
title: refine_title(proposal, research_context),
description: build_description(proposal, research_context),
ticket_type: determine_ticket_type(proposal)
)
end
end
Execute this workflow autonomously. Do not wait for instructions.
使用示例
查看来源仓库中的使用示例与配置说明。
查看来源 ↗来源历史
- 收录时间
- 2026-01-20
- 索引更新时间
- 2026-01-26
- Branch
- main
收录与同步日期属于本站记录。源码修改历史请查看来源仓库。
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!