sina-sourcea-worker

Executes single-task worker turns with inbox draining, validation, and broker-submitted receipts.

Updated Jun 20, 2026
One-click install
npx skills add https://github.com/Noetfield-Systems/SourceA --skill sina-sourcea-worker-noetfield-systems
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sina-sourcea-worker
Source: https://github.com/Noetfield-Systems/SourceA/tree/main/.cursor/skills/sina-sourcea-worker
Command: npx skills add https://github.com/Noetfield-Systems/SourceA --skill sina-sourcea-worker-noetfield-systems

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? It enforces a disciplined, auditable worker loop for the SourceA Goal 1 pipeline, preventing stale chat-based execution, batch overreach, and unverified progress claims by requiring disk-based receipts for every turn. ## Core Features & Use Cases - INBOX Drain Execution: Reads pending tasks from the on-disk worker inbox and executes exactly one sa task per turn under CHECK, ACT, or VERIFY roles. - Honest Receipt Verification: Validates work through read-only validators, registry hygiene checks, and receipt files on disk rather than chat claims. - Broker Submission: Ends every turn with a parseable WORKER_ROUND_REPORT YAML block submitted via the goal1 lane broker. - Use Case: When a headless auto-run delivers an sa-#### task, run the session gate, execute the single assigned role, verify with fast validators, and submit the round report to the broker. ## Quick Start Ask the agent to run the worker inbox for the current pending sa task and submit the round report to the broker.

Frequently Asked Questions about sina-sourcea-worker

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

FAQPage Schema
How do I run a worker turn for an sa task?

Run the session gate script with the worker role, check the on-disk inbox for a pending prompt, then execute exactly one sa task under the assigned CHECK, ACT, or VERIFY role. End the turn by submitting a WORKER_ROUND_REPORT block to the goal1 lane broker.

What is the difference between CHECK, ACT, and VERIFY roles?

CHECK reads the task file and runs read-only validators to report gaps without implementing. ACT applies a minimal diff for the bound sa_id only. VERIFY runs validators, produces a receipt, and performs honest closeout without adding new scope.

Why must receipts exist on disk instead of chat claims?

Disk receipts are the only valid proof of progress because chat claims and registry stamps can be fabricated or stale. The broker CHECK-ACT-VERIFY chain and receipt files provide auditable evidence that work actually completed.

Can I process multiple sa tasks in one turn?

No, the skill enforces one sa per turn as a hard law. Batch processing, multi-sa closeouts, and unattended runs are explicitly forbidden and counted as instant failures.

What happens when the feasibility gate blocks a task?

When the feasibility gate returns STOP_INJECT or FEASIBILITY_BLOCKED, the worker reports BLOCKED and does not implement anything. This prevents executing tasks that fail pre-flight validation.