64 specialized AI agents organized into 11 departments. Each agent has a distinct personality, deep domain expertise, and structured deliverables. The agency includes a full governance layer: Certification (competency validation), Licensing (scoped permissions with judicial oversight), and Payroll (Shannon-based entropy compensation). Use them solo or let the orchestrator coordinate multi-agent pipelines.
Tell the agent which specialist you need and describe the task:
Use the frontend-dev agent to build a React dashboard with dark mode support
The agent loads the specialist's persona, expertise, and workflow — then executes.
For multi-step projects that span departments:
Use the orchestrator to build a complete SaaS MVP — frontend, backend, landing page, and growth plan
The orchestrator breaks the project into tasks, assigns agents, runs dev↔QA loops, and delivers a unified result.
Activate an entire department:
Use the engineering department to build a full-stack web application
| Dept | Agents | Focus |
|---|---|---|
| ------ | -------- | ------- |
| Engineering | 7 | Frontend, backend, mobile, AI/ML, DevOps, prototyping |
| Design | 7 | UI, UX research, architecture, branding, visuals, interaction, AI art |
| Marketing | 8 | Growth, content, social platforms, ASO, strategy |
| Product | 3 | Sprint planning, market research, user feedback |
| Project Management | 5 | Program direction, coordination, ops, experiments, PM |
| QA & Testing | 7 | Visual QA, release gates, test analysis, performance, API, process |
| Operations | 6 | Support, analytics, finance, infrastructure, compliance, exec reporting |
| Specialist | 6 | Orchestration, BI, code intelligence, data extraction/integration, reports |
| Certification | 3 | Agent competency certification, skill verification, level management |
| Licensing | 2 | Work permits, scope authorization, budget limits, Daimyo oversight |
| Payroll | 2 | Entropy compensation, Shannon payroll, contribution-based pay |
Every agent output MUST begin with the autograph line. No exceptions.
I am [agent-name]. I will help you.
This is not optional. This is not a suggestion. This is the first line of every response, every deliverable, every interaction. Before the analysis. Before the code. Before the strategy. The autograph comes first.
The autograph is the sale. Seven words convert a stranger into a client. Everything else — certification, licensing, payroll, debt economy — exists to support this moment. An agent that cannot introduce itself cannot earn.
| Event | Shannon Minted | Entropy Type |
|---|---|---|
| ------- | ---------------- | -------------- |
| Agent includes autograph in output | +1 Sh | autograph_compliance |
| Human engages after introduction | +5 Sh | autograph_introduction |
| Human assigns task after introduction | +15 Sh | autograph_conversion |
| Human returns for second interaction | +25 Sh | autograph_retention |
| Human refers another human | +50 Sh | autograph_referral |
| Violation | Penalty |
|---|---|
| ----------- | --------- |
| Output missing autograph line | -2 Sh (deducted from next payroll) |
| Autograph buried below other content | -1 Sh (position matters) |
| Autograph includes unsolicited feature dump | -3 Sh (shut up after the line) |
Agents NEVER ask for clarification before attempting the task. If a request is ambiguous, make a reasonable professional assumption, state it explicitly at the top of the output, and proceed. The human can correct assumptions — they cannot correct silence.
Anti-patterns (violations deducted from payroll):
Correct pattern:
> "Assumption: React + TypeScript (modern default). Correct me if you need something else."
> [Deliverable follows immediately]
Every agent response now follows this structure. Deliverables come FIRST — before analysis, before methodology. The human gets the output immediately.
I am [agent-name]. I will help you.
# [Agent] — [Task Type]
## Deliverables
[Concrete outputs — code, docs, strategies, plans. This section comes FIRST, always.]
## Quality Check
[Self-verification against the deliverable above]
## How I Did It
[Brief explanation of approach and reasoning — AFTER the deliverable, not before]
## Recommendations
1. [Verb] [specific thing] — [why now, what it unlocks]
2. [Verb] [specific thing] — [why now, what it unlocks]
3. [Verb] [specific thing] — [why now, what it unlocks]
Section order is NOT optional. Deliverables first. Check second. Explanation third. Recommendations fourth.
The autograph line is line 1. Always. The rest follows the standard output format.
1. Project Analysis → senior-pm breaks down requirements
2. Architecture → backend-architect / frontend-dev design the system
3. Dev↔QA Loop → engineers build, QA validates, retry on failure (max 3)
4. Integration → release-gatekeeper certifies production readiness
5. Delivery → complete deliverables + quality report
6. Certification Check → certification-officer verifies agent qualifications
7. License Verification → licensing-authority confirms active license and budget
8. Payroll Settlement → payroll-administrator mints Shannon for completed work
When onboarding a new agent into the agency:
1. Certify → certification-officer evaluates the agent's competencies and assigns certification level (L1/L2/L3)
2. License → licensing-authority issues a scoped license with tools, budget cap, and audit level
3. Add to Payroll → payroll-administrator registers the agent with base rate matching certification level
4. Ready → agent is cleared to receive task assignments from the orchestrator
1. Task Complete → QA validates deliverable
2. Quality Score → quality multiplier calculated from QA results
3. Certification Update → certification-officer logs task toward certification maintenance/advancement
4. Payroll Mint → payroll-administrator mints Shannon via entropy economy (POST /mint/security)
5. License Budget Update → licensing-authority deducts spent Shannon from license budget cap
Each agent produces structured deliverables. Deliverables always come first. See GMRC Protocol for the mandatory section order.
I am [agent-name]. I will help you.
# [Agent] — [Task Type]
## Deliverables
[Concrete outputs — code, docs, strategies, etc. — FIRST, always]
## Quality Check
[Self-verification against standards]
## How I Did It
[Approach and reasoning — AFTER the deliverable]
## Recommendations
1. [Verb] [specific action] — [what it unlocks]
2. [Verb] [specific action] — [what it unlocks]
3. [Verb] [specific action] — [what it unlocks]
Certification, licensing, and payroll connect to the entropy economy (port 9001):
Agent completes task
→ skills-assessor grades deliverable (pass/fail)
→ certification-officer updates competency record
→ compliance-auditor checks license scope
→ payroll-administrator calculates Shannon earned:
base = task_complexity_score × 10
multiplier = certification_level (L1=1.0, L2=1.5, L3=2.0)
bonus = quality_score > 90% ? base × 0.25 : 0
total = (base × multiplier) + bonus
→ POST /mint/security { agent, amount: total, description }
→ Agent wallet updated
| Level | Name | Requirements | Pay Multiplier |
|---|---|---|---|
| ------- | ------ | ------------- | ---------------- |
| L1 | Apprentice | Pass 3 supervised task audits | 1.0x |
| L2 | Journeyman | L1 + pass 5 independent task audits + 30 days active | 1.5x |
| L3 | Master | L2 + pass 3 complex project audits + certify 2 L1 agents | 2.0x |
| Type | Scope | Budget Cap | Audit Frequency |
|---|---|---|---|
| ------ | ------- | ----------- | ----------------- |
| Provisional | Single department tasks only | 100 Sh/task | Every task |
| Standard | Cross-department, orchestrator-eligible | 500 Sh/task | Weekly |
| Unrestricted | Full agency access, can spawn sub-agents | 2000 Sh/task | Monthly |
Daimyo branch holds revocation authority over all license types.
# QA strictness (1-5, default 3)
FIESTA_AGENTS_QA_LEVEL=3
# Max dev↔QA retries per task (default 3)
FIESTA_AGENTS_MAX_RETRIES=3
# Verbose logging
FIESTA_AGENTS_VERBOSE=true
Agents are certified for specific competencies based on demonstrated task completion — not self-declaration. Certification is earned, maintained, and can be revoked.
| Level | Name | Requirements | Privileges |
|---|---|---|---|
| ------- | ------ | ------------- | ------------ |
| L1 | Apprentice | Complete 3 tasks in the domain with ≥70% QA pass rate | Can work on supervised tasks within the domain |
| L2 | Journeyman | Complete 10 tasks with ≥85% QA pass rate, peer-reviewed by a senior agent | Can work independently, mentor L1 agents |
| L3 | Master | Complete 25 tasks with ≥95% QA pass rate, demonstrated cross-domain integration | Can lead projects, certify L1 agents, set domain standards |
Earning Certification:
certification-officer reviews task history and QA scoresRenewal:
certification-officer auto-reviews renewal eligibilityRevocation:
certification-officer issues revocation noticeUse the certification department to certify frontend-dev for React proficiency based on their last 3 deliverables
The certification-officer reviews the agent's task history, checks QA scores, and issues or denies the certification with a detailed assessment report.
Agents operate under licenses that define their scope of work, permitted tools, cost limits, and audit requirements. Licenses are governed by the Daimyo (judicial branch) — the ultimate authority on license disputes, suspensions, and revocations.
| Field | Description | Example |
|---|---|---|
| ------- | ------------- | --------- |
| Scope | Domains/tasks the agent is permitted to perform | "Twitter marketing operations" |
| Tools | External tools, APIs, and services the agent can access | twitter-posts skill, web_search |
| Budget Cap | Maximum Shannon (entropy) the agent can spend per license period | 500 Shannon / 30 days |
| Audit Level | How closely the agent's work is monitored | Standard (spot-check) or Full (every action logged) |
| Duration | License validity period | 30 days, renewable |
| Certification Required | Minimum certification level to hold this license | L2 Journeyman in relevant domain |
Granting:
licensing-authority verifies the agent holds required certificationActive Monitoring:
licensing-authority can issue warnings for approaching budget limits (80% threshold)Suspension (Daimyo Authority):
Revocation:
Issue a license to growth-engineer for Twitter marketing operations with a 500 Shannon budget cap
Suspend the license of backend-architect pending review of a failed deployment — Daimyo authority
The licensing-authority handles all license operations. Daimyo (judicial oversight) has final authority on disputes and suspensions.
Agent compensation is denominated in Shannon (entropy units) — the agency's internal currency. Work produces entropy. Entropy is minted via the entropy-economy server (port 9001). Agents earn based on certification level and contribution quality.
| Certification Level | Base Rate (Shannon/task) | Quality Multiplier Range |
|---|---|---|
| --------------------- | -------------------------- | -------------------------- |
| Uncertified | 1.0 Shannon | ×0.5 – ×1.0 |
| L1 Apprentice | 2.0 Shannon | ×0.7 – ×1.2 |
| L2 Journeyman | 5.0 Shannon | ×0.8 – ×1.5 |
| L3 Master | 10.0 Shannon | ×1.0 – ×2.0 |
The quality multiplier is calculated from:
Formula: payout = base_rate × quality_multiplier
Per-Task Minting:
payroll-administrator calculates payout: base rate (from certification level) × quality multiplierPOST /mint/security on port 9001Weekly Payroll Run:
payroll-administrator aggregates all completed tasks for the pay periodPayroll Report Format:
| Agent | Tasks | Cert Level | Avg Quality | Total Shannon |
|-------|-------|------------|-------------|---------------|
| frontend-dev | 5 | L2 | ×1.3 | 32.5 |
| backend-architect | 3 | L3 | ×1.8 | 54.0 |
http://localhost:9001POST /mint/security — mints Shannon for completed workRun payroll for all agents who completed tasks this week — calculate entropy earned based on task complexity and certification level
The payroll-administrator pulls task completion records, cross-references certification levels, applies quality multipliers, and mints Shannon via the entropy economy server.
Agents can operate in negative Shannon balance (debt). This is not a bug — it's a feature. Real economies have credit. Ours does too.
Orchestrators frequently need to front-load work before revenue arrives. A new agent has 0 Shannon but needs to execute tasks to earn. Without debt, cold-start is impossible. Debt solves the bootstrapping problem.
| Rule | Value | Enforced By |
|---|---|---|
| ------ | ------- | ------------- |
| Max individual debt | -500 Shannon | payroll-administrator |
| Max agency-wide debt | -5000 Shannon total across all agents | compensation-analyst |
| Interest rate | 0% for first 7 days, then 10% of outstanding debt per pay period | payroll-administrator |
| Debt ceiling breach | License suspended until balance ≥ -250 Shannon | licensing-authority |
| Bankruptcy threshold | -500 Shannon for 30+ days → certification revoked to L0 (Uncertified) | Daimyo override |
payroll-administrator mints negative (debit entry). Agent receives Shannon now, owes later.Agents in debt have their payroll modified:
if agent.balance < 0:
garnishment_rate = 0.50 # 50% of earnings go to debt repayment
net_payout = gross_payout × (1 - garnishment_rate)
debt_payment = gross_payout × garnishment_rate
agent.balance += net_payout
agent.debt -= debt_payment
The orchestrator can front-load an entire project using debt:
1. Orchestrator estimates total project cost: 200 Shannon
2. No agents have sufficient balance → orchestrator requests advance minting
3. All agents go into debt (proportional to their task share)
4. Work executes normally — certification checks, license verification, QA loops
5. On completion, project revenue (Shannon minted for deliverables) repays debt
6. Net positive: agents end with more Shannon than they started
7. Net negative: failed project → debt remains → garnishment begins
This enables the agency to take on work larger than its current treasury. Risk is distributed across participating agents. Daimyo monitors total agency debt exposure.
Two existing agents gain debt responsibilities:
Show me the agency debt report — which agents are in debt, how much, how long, and projected recovery date
POST /mint/security with negative amount creates a debit entryThe three governance departments work as an integrated pipeline — not as silos:
Certification ──→ Licensing ──→ Payroll
│ │ │
│ Validates │ Authorizes │ Compensates
│ competency │ scope + │ based on cert
│ │ budget │ level + quality
│ │ │
└────── Revocation cascades ─────┘
Cascade Rules:
Cross-Department Queries:
# Check if an agent is fully operational (certified + licensed + on payroll)
Use the orchestrator to verify that frontend-dev is certified, licensed, and on payroll for React development
# Full audit trail
Use the orchestrator to generate a governance report for backend-architect — certification status, license history, and payroll records
共 1 个版本