Governance for AI-Augmented RevOps
Operate your revenue engine like a system.
At AI speed.
Most B2B companies bolt AI on top of broken processes. They have no way to govern what the AI is doing. Neon Triforce installs the Company Operating System first (strategy, rhythm, data spine), then the AI workflows that execute it, then the governance layer that proves it works. This page is that governance layer, running on us, with receipts.
System first
When something breaks, point at the process, not the person. 94% of problems are system issues. The agent stack makes that explicit.
Steering, not hoping
The Company OS sits above the agents. Strategy sets direction, agents execute, signals flow back up. No system, no learning.
Governance by exception
Routines run on schedule. The dashboard surfaces only what is broken or behind. The board sees the four numbers that matter, not all of them.
Architecture
Strategy on top. Agents at the bottom. Signals flow both ways.
Two diagrams explain the whole intellectual property. The Company OS sets direction through three rings. The agent stack executes through four layers.
Strategy · Company OS
Direction flows down · Results flow upRing 1
Sets directionGovernance
Strategy, priorities, KPIs, rhythm. The control system that steers.
Ring 2
Enables executionEnablement
People, process, platforms, data spine. The infrastructure value runs on.
Ring 3
Generates resultsICP Value Loops
Product engine + revenue engine. Where value gets created and learned.
Interface
How humans talk to the system.
Intelligence
Skills, scheduled agents, sub-agents.
Memory
Long-term memory. INDEX-linked, semantically retrievable.
Data Sources
Where signals come from.
Obeya
Eight tiles. One board. Click any tile to see what is behind it.
≤8 tiles, every tile has an owner, target, band, breach rule, latest note. Applied to a one-person business with VAs, the owner column lists which operating role wears the hat.
Manifest live · refreshed today
Generator works. Refresh is currently manual: npm run manifest && git push. A consolidated Code-side scheduled routine is spec'd in Inbox/Work-Orders/WO-agents-site-code-publisher-2026-05-07.md but not yet installed.
Use Cases on the Bow-tie
25 places AI earns its keep, mapped to where they belong.
Acquisition is frequency-based and polynomial. Small conversion gains compound across many steps. Retention is time-based and exponential. Small GRR/NRR gains compound across years. Mutual Commit is the transformation point between the two.
25
Use cases
7
Bowtie stages
4
Maturity stages
7
At Stage 3 (AI-assisted)
Acquisition
Awareness
Education
Selection
Mutual Commit
Retention & Expansion
Onboarding
Retention
Expansion
AI Maturity Map
Where each use case sits today.
Honest self-assessment. Most sit in Stage 1-2. A few have moved to Stage 3 (AI-Assisted). Stage 4 is empty. Reviewed quarterly. Stage transitions require a proof artefact.
Stage 1 — Ad-hoc
7 use casesManual or 1–2 point solutions. No measured ROI. Humans review 100% of outputs.
Stage 2 — Programmatic
7 use cases3–5 integrated tools. Native CRM connectors. Automated data pipelines. Standardised. Humans review before action.
Stage 3 — AI-Assisted
7 use cases5–8 tools with copilots. Deep CRM integration. 80%+ adoption. Humans act on recommendations.
Stage 4 — AI-Orchestrated
0 use cases8+ tools with autonomous agents. Real-time bidirectional feedback. Humans handle exceptions only.
Schedules
One scheduler. 7 routines.
Claude Code's Routines panel and the Cowork scheduled-tasks MCP are two surfaces over the same backend. The filesystem at ~/.claude/scheduled-tasks/ holds the routine prompts (7 folders). The Cowork MCP holds the schedule state — what's enabled and when it runs. The 4 library-only routines exist as prompt files but have no Cowork schedule entry; they are sub-skills called by other routines.
7
Total routines
filesystem folders
21
Live
enabled in Cowork
20
Paused
enabled=false
4
Library only
no Cowork entry
Skills Library
62+ skills. Click any one to see what it does.
A skill is a domain-specific instruction set with embedded best practices. Claude directory-walks the layers and loads only what is in scope for the current context.
Usage tracking · pending
Phase 3 of build planRight now skill cards show name, description, and layer. The dashboard cannot yet show when each skill was last used or how often. That requires a logging layer Claude does not expose, plus session log parsing. Once built, each skill card will surface:
- → Last edited (filesystem mtime)
- → Last invoked (session log scan)
- → Invocations per week (rolling)
- → Frequency band (active / recent / stable / dormant)
Build path: nightly scheduled task walks .claude/skill-library/ for mtime, scans Cowork + Claude Code session transcripts in the vault for skill mentions, writes the result to manifest.json, this site reads it at build time. Vercel rebuilds via webhook. Refresh latency: 24h, which is fine for a maturity tile.
62
Skills
13
Categories
7
Clusters
3
Layers
Layer 1 — Global
21
Loaded every session. Voice, document toolkit, vault infrastructure, always-on sales workflow.
Layer 2 — Neon Business
6
Loaded inside Neon-Business. Content production with brand canon embedded.
Layer 3 — Client Delivery
35
Loaded inside Client-Work. RevOps frameworks, GTM playbooks, Neon canon delivery.
Filter by cluster
Document Toolkit
4 skillsSystem
3 skillsVoice
1 skillsVault Infrastructure
4 skillsSales Workflow
5 skillsReference
1 skillsClient Delivery
3 skillsContent
6 skillsNeon Canon
12 skillsRevOps Frameworks
13 skillsGTM
3 skillsMarketing & CS
2 skillsOperations
5 skillsSix on-demand clusters
Every chat starts with a bootstrap question. Which cluster to load. Keeps token usage tight, multi-select for cross-cluster work.
Content
neon-linkedin-posting, neon-blog-writer, neon-content-pipeline, neon-gemini-infographic, neon-thought-leadership-architect, marketing-psychology Prospecting
neon-linkedin-lead-triage, neon-positioning-messaging-designer (proposal-generator always-on) Delivery
neon-ai-readiness-day, neon-gtm-ai-use-case-mapper, neon-client-diagnostic, neon-client-skill-library-builder, neon-obeya-builder, neon-operating-cadence-designer, neon-customer-interview-orchestrator, neon-benchmark-reference, neon-company-os-architect, neon-revenue-leak-diagnostic RevOps
all revops-* skills, pipeline-visibility, lead-routing, data-enrichment, revenue-operating-cadence GTM
gtm-planning, gtm-compensation, sales-methodology, neon-deal-velocity-engineer, marketing-operations, neon-icp CS / Expansion
cs-operations, neon-expansion-revenue-architect, neon-partner-ecosystem-architect, partner-channel-operations Roadmap
Where this dashboard is, what's coming, what's deferred.
Three concentric layers. Layer A is visual + UX parity with reference dashboards. Layer B is operational depth (auto-refresh, more data sources, sparkline trends). Layer C is strategic capability (agent system grouping, autonomy levels, public/internal split).
v0.9
Current version
8
Tiles wired
3
Roadmap layers
3
Work orders open
Layer A — Visual + UX parity
Mostly client-side. 1–2 sessions to close.
Skills tab search + counter row + category icons
liveSkill card tag pills (category + cluster + layer)
liveStatus pill colour discipline (LIVE / BUILDING / DESIGN / PLANNED)
liveSchedules tab search + counter row
liveRoadmap tab (this view)
liveTrigger pills extracted from frontmatter (per-skill keywords)
designBow-tie tab counter row + use case search
designFilter dropdowns at top-level (Use Case / Phase / Status)
designLayer B — Operational depth
Mix of Astro + data work. 3–4 sessions to close. Two work orders are spec'd; one is currently being installed.
Manifest pipeline (build-time data feed)
liveVault source files for decisions / experiments / maturity
liveConsolidated Code-side nightly publisher routine
pending-install buildingDecision + experiment retrospective scraper
verify next Friday run buildingSkill one-liners (hand-curated, replace frontmatter)
WO open designAuthoredUp performance feed → tile 4 expansion
designKondo MCP query → tile 5 DM throughput
designSparkline trend per tile (last 12 points)
designLatest note per tile (most recent decision touching it)
designLayer C — Strategic capabilities
Longer-term. Restructures the dashboard or adds whole new mental models.
Group scheduled tasks into "agent systems" (Sales / Content / Operations / Architecture)
designAutonomy level per task (L1 manual → L5 fully autonomous)
designCross-modal navigation (skill name in decision modal opens skill modal)
designAuth-gated /room route for internal-only metrics
designForecast accuracy or Time Saved tile (replaces tile 7)
designChart.js island for use case maturity sector chart
designChart.js island for "tasks per system by status" bar chart
designThis roadmap is hand-maintained for now. Each item moves from design → building → live as it ships. When the decision/experiment scraper is live, work order creation events will auto-populate the Building column.
Principles
The rules that make this an operating system, not a dashboard.
These are not opinions. Skip any of them and you end up with the same telemetry wall everyone else has. Pretty, expensive, ignored.
- 01
≤8 tiles on the executive board. No ninth tile, no shadow dashboards.
- 02
Every tile has target, band, actual, owner (a name not a role), trend, breach rule, latest note.
- 03
48-hour containment SLA on any breach. Owner publishes containment plan. Logged in Decisions.
- 04
≤3 decisions per weekly session. Anything beyond is tabled for a deep-dive.
- 05
Definition change control. No mid-quarter definition changes without approval.
- 06
WIP caps per function. Explicit limits on active experiments per lane.
- 07
Public kill-rate. Every quarter publish how many experiments were killed and why. Target 20 to 40%.
- 08
Forecast accuracy cadence. Track % of quarters where actuals fell within forecast bands.
Bands are not targets
A band is the normal range. Hitting the band means you are in control. Below band means special cause. Investigate. Do not fire someone.
Annotations are not optional
Every breach, every decision, every experiment needs a note explaining context. This is how you build organisational memory.
Containment is not root cause
A 48-hour containment plan is a stopgap. Root cause analysis happens in A3s or deep-dives. Log both. Do not conflate them.
Dashboard sprawl is the enemy
One room. Eight tiles. Anything else lives in linked deep-dives. When someone asks for a ninth tile, ask which of the 8 is less critical.