agentleFS
guerrilla2799guerrilla2799/ops-and-scale-os/skills/context-portfolio/SKILL.md

context-portfolio

Skill1 starsChanged 3 months agoMITView on GitHub

Use before building any agent that needs to know how a company operates, or when the user says "the agent doesn't know our positioning", "onboard the agent", "where does the messaging live", "our AI keeps getting the voice wrong", "context for the agent", "operating manual". Builds the ten-module written record every agent reads from, so positioning changes once and propagates everywhere. Writes workspace/agents/context/*.md.

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Before any agent that writes, scores, or researches on the team's behalf

    line 12
  2. Very specific:

    Keep the files in git. decisions.md is append-only and dated, and it is the file the next operator will thank you for.

    line 67
  3. Distinctive:

    Voice from real examples plus a banned list: Never adjectives

    line 80
  4. Distinctive:

    Missing files degrade gracefully: No skill should error on an absent module

    line 85

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Context Portfolio

The durable asset. A versioned written record of how this team operates, which every agent reads instead of re-deriving. Build it before the first agent, not after the third one gets the voice wrong.

When to use

  • Before any agent that writes, scores, or researches on the team's behalf
  • Onboarding a new rep, which is the same problem
  • The same correction is being given to an agent repeatedly
  • Positioning changed and now every agent is wrong

Inputs

  • Needs from user: roughly 30 minutes of interview per module, or existing docs to import
  • Reads: any existing messaging, ICP, or playbook documents

Workflow

1. Understand why this exists

Prompts get rewritten every quarter. The portfolio survives model upgrades, tool migrations, and staff turnover, because it is a description of the business rather than an instruction to a model.

The practical payoff: when positioning changes, you edit one file and every agent is current. Without it, the positioning is copied into nine skill bodies and eight of them stay wrong.

2. Build the ten modules

Each one a separate markdown file. Interview rather than guess, and leave a module blank rather than filling it with plausible invention.

ModuleContainsRead by
who-we-are.mdCompany, product in two sentences, stage, what we do not doEverything
who-we-sell-to.mdICP tiers, firmographics, triggers, buying committee rolesResearch, list building, scoring
the-motion.mdHow deals actually happen, stages, typical cycle, who does whatSequencing, routing
active-plays.mdThe plays currently live, with entry criteriaSignal routing, outbound
the-story.mdPositioning, competitive alternatives including status quo, differentiators, value translationEvery writing skill
voice.mdHow we sound, banned vocabulary, sentence patterns, real examplesEvery writing skill
proof.mdApproved proof points with clearance status per itemEvery writing skill
the-stack.mdTools, what is authoritative for what, access notesAny skill touching a system
guardrails.mdThe non-negotiables, spend limits, escalation pathsEvery skill
decisions.mdChoices made and why, dated. The reasoning, not just the ruleEverything, and every future operator

3. Write voice from real examples, never from adjectives

"Confident and conversational" tells an agent nothing. Three paragraphs the person actually wrote, plus an explicit banned list, works.

The banned list is the higher-value half. Words and structures to never use are enforceable in a way that aspirational adjectives are not.

4. Mark clearance on every proof point

Any named customer, metric, or case study carries its clearance status inline.

- 40% reduction in processing time  [source: mid-market customer deck, CLEARED for public use]
- Named logo reference             [source: enterprise QBR, NOT CLEARED, internal only]

Without inline markers, an uncleared metric eventually reaches a public surface, and nobody remembers where it came from.

5. Version it, and make corrections land here

The rule that decides whether this stays useful: when you correct an agent, the correction is written into the portfolio, not into the conversation. A correction made in chat is lost at the end of the session. A correction written to voice.md is permanent and applies to every agent.

Keep the files in git. decisions.md is append-only and dated, and it is the file the next operator will thank you for.

6. Point skills at it, never copy into them

Skills reference the portfolio path. No skill hardcodes positioning, ICP, or guardrails. When a file is missing, the skill falls back to house style rather than erroring, so a partial portfolio is still useful.

Output

  • Writes: workspace/agents/context/*.md, ten files
  • Uses: templates/context-portfolio-template.md
  • Prints: which modules are filled, which are blank, and what each blank one is blocking

Rules & quality bar

  • Interview, do not invent. A blank module is honest. A guessed module is a landmine
  • Voice from real examples plus a banned list. Never adjectives
  • Clearance status inline on every proof point
  • No skill hardcodes what belongs in the portfolio
  • Corrections write to the portfolio, not to the chat
  • decisions.md is dated and append-only
  • Missing files degrade gracefully. No skill should error on an absent module

Related skills

  • Required by: every writing, research, and scoring skill in the agent plane
  • Hands off to: skill-authoring
  • See also: agent-guardrails for the guardrails module in detail

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.