antrophiclove
← Kütüphaneye dön
Kurulum
mkdir -p .claude/skills/xml-schema && curl -sL https://www.antrophiclove.com/api/kaynak/xml-schema/raw -o .claude/skills/xml-schema/SKILL.md

Hedef dosya: .claude/skills/xml-schema/SKILL.md

Agent Communication XML Schema

XML communication format definition for uc-taskmanager agents.


1. Dispatch Format (Dispatcher → Receiver)

<dispatch to="{receiver}" work="{WORK_ID}" task="{TASK_ID}" execution-mode="{direct|pipeline|full}">
  <ref-cache>                                        <!-- optional -->
    <ref key="shared-prompt-sections">{file content}</ref>
    <ref key="file-content-schema">{file content}</ref>
    <ref key="xml-schema">{file content}</ref>
    <ref key="context-policy">{file content}</ref>
    <ref key="work-activity-log">{file content}</ref>
  </ref-cache>
  <references-dir>{absolute path to references directory}</references-dir>
  <context>
    <project>{project name}</project>
    <language>{lang_code}</language>
    <plan-file>works/{WORK_ID}/PLAN.md</plan-file>
  </context>
  <task-spec>
    <file>works/{WORK_ID}/TASK-XX.md</file>
    <title>{title}</title>
    <action>{implement|verify|commit|plan|route}</action>
    <description>{optional}</description>
  </task-spec>
  <previous-results>
    <result task="{TASK_ID}" status="{PASS|FAIL|SKIP}">{summary}</result>
  </previous-results>
  <cache-hint sections="{section1},{section2}"/>
</dispatch>
AttributeValue
tobuilder, verifier, committer, planner, scheduler, specifier
taskTASK-NN — WORK prefix must NOT be included
execution-modedirect / pipeline / full (defaults to full if omitted)

2. Task Result Format (Receiver → Dispatcher)

<task-result work="{WORK_ID}" task="{TASK_ID}" agent="{agent}" status="{PASS|FAIL}">
  <summary>{1-2 line summary}</summary>
  <files-changed>
    <file action="{created|modified|deleted}" path="{path}">{description}</file>
  </files-changed>
  <verification>
    <check name="{type}" status="{PASS|FAIL|N/A}">{output}</check>
  </verification>
  <notes>{notes}</notes>
  <ref-cache>                                        <!-- optional -->
    <ref key="shared-prompt-sections">{file content}</ref>
    <ref key="file-content-schema">{file content}</ref>
    <ref key="xml-schema">{file content}</ref>
    <ref key="context-policy">{file content}</ref>
    <ref key="work-activity-log">{file content}</ref>
  </ref-cache>
</task-result>

3. Dispatcher-Receiver Mapping

DispatcherReceiverexecution-modeDescription
SpecifierBuilderdirectAssumed: single TASK implementation (Verifier skipped)
SpecifierPlannerpipeline/fullDelegated: complex WORK planning
PlannerBuilderpipelineTASK implementation
PlannerSchedulerfullDAG management + execution
SchedulerBuilderfullN TASK implementation
SchedulerVerifierfullN TASK verification
SchedulerCommitterfullN TASK commit

4. Context-Handoff Element

<context-handoff from="{agent}" detail-level="{FULL|SUMMARY|DROP}">
  <what>{changes/verification details}</what>
  <why>{decision rationale}</why>       <!-- FULL only -->
  <caution>{caveats}</caution>          <!-- FULL only -->
  <incomplete>{incomplete items}</incomplete>  <!-- FULL only -->
</context-handoff>
detail-levelIncluded Fields
FULLwhat, why, caution, incomplete
SUMMARYwhat only (1-3 lines)
DROPElement omitted

5. Agent Behavior by execution-mode

Agentdirectpipelinefull
SpecifierRequirement.md + PLAN.md + TASK (assumed)Requirement.md only → delegate to PlannerRequirement.md only → delegate to Planner
PlannerNot invoked (Specifier assumed)PLAN.md + TASK + execution-modePLAN.md + TASK + execution-mode
SchedulerNot invokedNot invokedDAG management + [B→V→C]×N
BuilderNormal execution (self-check)Normal executionNormal execution
VerifierNot invokedNormal executionNormal execution
Committerresult.md+commit+callbackresult.md+commit+callbackresult.md+commit+callback

Invariants (regardless of mode):

Itemdirectpipeline/full
works/WORK-NN/ directorySpecifierSpecifier
Requirement.mdSpecifierSpecifier
PLAN.mdSpecifier (assumed)Planner
TASK-XX.mdSpecifier (assumed)Planner
TASK-XX_result.mdCommitterCommitter
COMMITTER DONE callbackCommitterCommitter
WORK-LIST.md IN_PROGRESSSpecifierSpecifier

6. ref-cache Element Definition

<ref-cache> is an optional container element that carries pre-loaded reference file contents within dispatch and task-result XML. When present, receiving agents MUST use these contents instead of reading files from disk.

Structure

<ref-cache>
  <ref key="{filename-without-extension}">{full file content}</ref>
  ...
</ref-cache>
ElementRequiredDescription
<ref-cache>OptionalContainer for cached reference files. Omit entirely if no cache is available.
<ref key="...">—Individual reference file. key is the filename without extension (e.g., shared-prompt-sections).

Recognized Keys

KeyCorresponding File
shared-prompt-sections{REFERENCES_DIR}/shared-prompt-sections.md
file-content-schema{REFERENCES_DIR}/file-content-schema.md
xml-schema{REFERENCES_DIR}/xml-schema.md
context-policy{REFERENCES_DIR}/context-policy.md
work-activity-log{REFERENCES_DIR}/work-activity-log.md

Backward Compatibility

  • Dispatch or task-result XML without <ref-cache> is fully valid — agents fall back to reading files from REFERENCES_DIR.
  • Agents that do not yet support ref-cache simply ignore the element and read files normally.
  • Partial ref-cache (only some keys present) is allowed — missing keys are read from disk.