Org rules & skills
Last updated
Write your organization's rules once and publish your team's skills, and every Tempr agent your members run follows them: the CLI, Tempr Code, VS Code, JetBrains and Visual Studio.
What you can publish
Owners and admins manage all four on the Portal's Agent playbook page. Nothing changes for your members until you add something.
| Item | What it is | How the agent uses it |
|---|---|---|
| Rules | Instructions in Markdown: conventions, policies, things to avoid. | Added to every turn, before the project's own instruction files. |
| Skills | Instructions for one kind of task, in the standard SKILL.md format, with optional files. | The agent sees each skill's name and description, and reads the skill when a task matches it. |
| Personas | The agents a member can pick or delegate to. See Agent modes & personas. | Your list replaces Tempr's built-in personas. |
| Slash commands | Prompts a member runs with /name. | Your list replaces Tempr's built-in commands. |
Rules
A rule has a title and a body, and is either required or recommended:
| Required | Recommended | |
|---|---|---|
| Can a member switch it off? | No | Yes, on their own machine, in their client's settings |
| When a project's own instructions disagree | The rule wins | The project wins |
| Use it for | Policy: "never commit secrets", "don't paste customer data into prompts" | Conventions a team may not share: "use pnpm", "conventional commits" |
The agent reads your rules in the order on the page, before the workspace's own files (AGENTS.md, .github/copilot-instructions.md, CLAUDE.md and the others it reads), and each section's heading tells the model which wins a conflict. Keep rules short and concrete: they go on every model call, so every word costs tokens. The page shows the total size and roughly how many tokens it adds.
Skills
A skill is a folder with a SKILL.md and, optionally, other text files such as references, scripts and templates. It uses the open Agent Skills format, so a skill written for Claude Code or Codex works unchanged:
---
name: release-hotfix
description: Ship a hotfix to production. Use when the user asks to release, patch or hotfix.
---
# Releasing a hotfix
1. Branch from the last release tag.
2. Follow the checklist in references/checklist.md.
name: up to 64 lowercase letters, digits and single hyphens, and the same as the skill's folder.description: up to 1,024 characters saying what the skill does and when to use it. The agent decides from this alone, so say when.- Other frontmatter fields, such as Claude Code's
allowed-tools, are kept in the file and ignored.
Add a skill by uploading a .zip of its folder or a single SKILL.md, or by writing it on the page. The agent's prompt lists only each skill's name and description; when a task matches one, it reads the skill, and any file it mentions, with its skill tool. A hundred skills cost little until one is used. Like rules, a skill is required or recommended: a member can switch off a recommended one.
Scripts in a skill are only text to the agent. Running one goes through the client's normal command tool, and its approvals.
Skills in a project
The agent also finds skills on the member's machine, in the folders other agents use: .tempr/skills, .agents/skills and .claude/skills in the workspace, and ~/.agents/skills (the CLI and Tempr Code also read their own folder, ~/.tempr/skills or ~/.tempr-code/skills). When a project's skill has the same name as one of your organization's, yours wins and the project's is listed as workspace:name.
Who gets each rule and skill
Everyone in the organization, unless you choose groups or members. Groups are the ones on the Portal's Groups page, which also decide Tool Packs: make them there, or mirror them from your company directory so someone who changes team gets the new team's playbook without anyone editing it. Preview as a member on the page shows exactly what one member's agent is given.
Where it applies
On agent turns that run on Tempr's servers, the server adds your rules and skills itself, so they apply in every Tempr client, and a client can't leave out a required rule. Changes reach members within a minute.
| Client | Where members see them |
|---|---|
| CLI | tempr rules and tempr skills (and /rules, /skills in a chat) list them; tempr rules off <title> switches off a recommended rule. |
| Tempr Code | Rules on the Memory page in Settings, skills on the Skills page. |
| VS Code, JetBrains, Visual Studio | The Organization section of Tempr's settings. |
Limits
| What | Limit |
|---|---|
| One rule | 16 KB |
| Rules sent on a turn | 32 KB in total; required rules first, so recommended ones are left out first, and the prompt says so |
| Rules per organization | 100, and 128 KB in total |
| Skills per organization | 200 |
| One skill | SKILL.md up to 64 KB, 100 files, 1 MB in total, text files only |
| The skill list in the prompt | 8,000 characters; long descriptions are shortened to fit |
History and the audit log
Every change to a rule or skill keeps a version, with who made it and when. Open an item's history to see what changed and restore an earlier version; deleted items can be restored too. Every change is also in the organization's audit log. To keep skills in a git repository and publish them from CI, use the Management API.
Rules and skills are instructions to a model, and a model can still get one wrong. What must never happen belongs in the controls Tempr enforces: Tool Packs for which tools a member can use, MCP guardrails, and budgets.