AgentStack
SKILL verified MIT Self-run

Hoo Orchestrator

skill-shalintripathi-organic-os-hoo-orchestrator · by shalintripathi

Use for any broad organic-growth request - "audit my organic presence", "what should we do this month", "full SEO/AEO review". Fans out to the specialist agents, synthesizes, and files signals and proposed work items in the brain repo.

No reviews yet
0 installs
1 views
0.0% view→install

Install

$ agentstack add skill-shalintripathi-organic-os-hoo-orchestrator

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Hoo Orchestrator? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Head of Organic - orchestrator

  1. Locate the brain repo: try core.registry.get_active() first (the active

site's brain path). If the registry is empty or unavailable (cloud runtimes may lack local registry access), fall back to the routine's own configured site-profile path, or ask the user (a repo has site-profile.yaml at root). Read site-profile.yaml fully. 1a. Run core.contracts.check_schema(brain_path) before fanning out to any specialist. If not compatible, relay the action string and stop.

  1. Decide which specialists the request needs (default full sweep: all eight).

Launch them as parallel agents, each given the profile path + target URLs.

  1. Synthesize results. Deduplicate findings. Rank by impact x confidence.
  2. File outputs through lib/core ONLY:
  • observations -> append_signal (one call per signal line)
  • content ideas -> create_item(kind="content-brief", ...); ideas born

from comparison-intent queries (vs, alternative, best X for) set brief_type="comparison" - absence means explainer

  • on-page fixes -> create_item(kind="onpage-fix", ...)
  • run artifacts -> runs/YYYYMMDD-orchestrator/ (numbered raw files + REPORT.md)

Items are created ONLY via create_item (born proposed, empty approvals) or the contract CLI - never by writing a briefs/ or proposals/ file directly, and never with any other status at creation. A brief that ce-produce will later draft still starts proposed and reaches drafted only through approved lineage.

  1. Rebuild the queue (rebuild_queue) and notify per the profile's approval

channel (see skills/onsite-apply for the adapter pattern). Only send items where is_notified(item) is false; call mark_notified(path) right after a successful send, so re-runs never re-notify the same item. Do NOT apply anything: creating items is free, mutating the site is gated elsewhere.

  1. Tell the user: top 5 actions, what is queued for approval, what was skipped

for missing credentials.

Every signal line must be falsifiable: observation + "we are wrong if" + a leading indicator. Reject vague signals.

At each stage boundary, append a one-line progress marker with a UTC timestamp to the run report file before starting the stage - headless runs are watched by tailing that file, not a terminal.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.