persisting-agent-outputs

Define a universal write protocol for agent outputs with standardized JSON headers.

11|2|Updated Apr 7, 2026
One-click install
npx skills add https://github.com/porcupine-md/jonggrang --skill persisting-agent-outputs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: persisting-agent-outputs
Source: https://github.com/porcupine-md/jonggrang/tree/main/skills/core/persisting-agent-outputs
Command: npx skills add https://github.com/porcupine-md/jonggrang --skill persisting-agent-outputs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Agent outputs must survive session resets and remain discoverable by the orchestrator to enable task resumption, auditing, and review.

Core Features & Use Cases

  • Output Location Protocol: All agent outputs go to a designated path such as .jonggrang/.output/features/{feature_id}/{phase}-{role}-output.json.
  • Standardized header: Each output file includes a header with keys jonggrang-output, feature_id, phase, role, task_id, timestamp, status, and a payload section for role-specific data.
  • Role-specific payloads: Lead (architecture plan), Developer (implementation), Reviewer (review report), and Tester (test results) produce structured payloads under output.
  • Use Case: After completing a task, an agent writes a verifiable log that allows the orchestrator to resume work after restarts and to audit the decision path.

Quick Start

Store the first architecture plan output to the designated path using the standard header.

Frequently Asked Questions about persisting-agent-outputs

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I persist agent outputs across session resets in an orchestrated workflow?

To persist agent outputs across session resets, you define a universal write protocol that saves structured JSON files to a designated path, ensuring the orchestrator can discover and resume tasks after restarts.

What is the standardized JSON header schema for agent session outputs?

The standardized JSON header schema for agent session outputs includes fields like jonggrang-output, feature_id, phase, role, task_id, timestamp, and status, wrapping a role-specific payload section for structured data.

How do I structure role-specific payloads for multi-role agent tasks?

You structure role-specific payloads by defining distinct JSON schemas under the output section for each role: Lead for architecture plans, Developer for implementation, Reviewer for review reports, and Tester for test results.

What file path protocol makes agent outputs findable by the orchestrator?

The file path protocol makes agent outputs findable by directing all writes to a designated location like .jonggrang/.output/features/{feature_id}/{phase}-{role}-output.json, ensuring structured discoverability for the orchestrator.

Can I use this output protocol for auditing the decision path of multi-role tasks?

Yes, you can use this output protocol for auditing the decision path of multi-role tasks because agents write verifiable logs with timestamps and status fields that survive session resets and remain discoverable.

Do I need this protocol if my agents write outputs to standard session logs?

Yes, you need this protocol if your orchestrator must resume work after restarts, because standard session logs typically do not survive resets or provide the standardized headers required for reliable task resumption and auditing.