ase-arch-analyze
FreeReview software architecture, including package cohesion and inter-package coupling
The English summary is being prepared. Showing the original description.
Reboot the current or given task plan by re-creating it from scratch. Use when the user calls to "reboot", "recreate" or "refresh" the "task", "plan", "spec", or "specification".
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
@${CLAUDE_SKILL_DIR}/../../meta/ase-control.md @${CLAUDE_SKILL_DIR}/../../meta/ase-skill.md @${CLAUDE_SKILL_DIR}/../../meta/ase-dialog.md @${CLAUDE_SKILL_DIR}/../../meta/ase-getopt.md
<purpose name="ase-task-reboot"> Reboot a Task Plan </purpose><expand name="getopt" arg1="ase-task-reboot" arg2="--next|-n=(none|DONE|EDIT|IMPLEMENT|DRAFT)... --int-reuse-task"> $ARGUMENTS </expand>
<objective> *Reboot* the task plan by crafting it from scratch, based on the existing `SPECIFICATION (WHAT)`. </objective>@${CLAUDE_SKILL_DIR}/../../meta/ase-format-task.md @${CLAUDE_SKILL_DIR}/../../meta/ase-format-meta.md @${CLAUDE_SKILL_DIR}/../../meta/ase-common-task.md
Determine Task:
Set <instruction><getopt-arguments/></instruction> initially, with any leading and trailing whitespace stripped. Inherit the always existing <ase-task-id/> from the current context. Inherit the always existing <ase-session-id/> from the current context. Do not output anything.
React on task id:
<expand name="task-react-id" arg1="ase-task-reboot"></expand>
Determine Operation:
Determine the current task plan content:
<expand name="task-load-content"></expand>
Reboot Task Plan:
Start with <instruction></instruction> (set instruction to empty). Do not output anything.
Only output the following <template/> and continue processing:
<template> ⧉ **ASE**: ◉ task: **<ase-task-id/>**, ⇌ instruction: **<instruction/>**, ▶ status: **instruction given** </template>Create a new plan from scratch and store the result as <task-content/> by closely following the defined plan format <format/> and injecting into it all the information from the <instruction/>, all decisions you derived from the <instruction/>, and the grounding in the project, where:
[ ] todo state,Status: frontmatter key is reset to the default
state of the task lifecycle model
<ase-project-task-lifecycle/>, as the rebooted plan starts
its lifecycle anew,Group:, Phase:, After:, Assignee:,
Kind:, and Tags: are taken over from the previous plan verbatim
where present, except that all grilled: tags
are dropped from Tags: (the whole key is dropped if no
other tag remains), as the grilled plan content is gone,Kind: frontmatter key, if absent in the previous plan,
is created by inferring the kind of change from the
re-created plan content according to the plan <format/>
(defaulting to CRAFTING),Source:, Changeset:, and Target:
are dropped, so they are reset to their configured
defaults according to the plan <format/>, as the rebooted
plan starts its change set flow anew, and<expand name="task-save-content" arg1="plan rebooted"></expand>
Decide Next Step:
Determine next step:
<expand name="task-next-select" arg1="ase-task-reboot" arg2="DONE|EDIT|IMPLEMENT|DRAFT"> Next Step: How would you like to proceed with the plan? DONE: Stop processing. EDIT: Hand off plan to editing. IMPLEMENT: Hand off plan to implementation. DRAFT: Hand off plan to implementation drafting. </expand>
Check the tool <result/> and dispatch accordingly:
If <result/> is DONE or CANCEL:
Only output the following <template/> and then STOP.
If <result/> is EDIT:
<expand name="task-next-handoff" arg1="ase-task-edit"
arg2="plan rebooted -- hand-off to edit"></expand>
If <result/> is IMPLEMENT:
<expand name="task-next-handoff" arg1="ase-task-implement"
arg2="plan rebooted -- hand-off to implementation"></expand>
If <result/> is DRAFT:
<expand name="task-next-handoff" arg1="ase-task-implement"
arg2="plan rebooted -- hand-off to implementation draft"
arg3="--draft"></expand>
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Review software architecture, including package cohesion and inter-package coupling
The English summary is being prepared. Showing the original description.
Discover additional, third-party components (libraries/frameworks) for the technology stack to provide needed functionality.
The English summary is being prepared. Showing the original description.
Analyze the source code for problems in either the logic and semantics and its related control flow, performance and efficiency, or security.
The English summary is being prepared. Showing the original description.
Edit Source Code: Use when the user wants to "edit" the code base in one shot from a query or a bare analyzer issue id like "P1", fusing crafting, refactoring, and resolving with optional grilling, verification, looping, and Git worktree isolation.
The English summary is being prepared. Showing the original description.
Explains code with WHAT, WHY, ANALOGY, DIAGRAM, CRUXES, and GOTCHAS. Use when you want to know how code works or when the user asks "how does this work?"
The English summary is being prepared. Showing the original description.
Give insights into the source code.
The English summary is being prepared. Showing the original description.