Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add evergreen-it-dev/folio --skill folio-wikigit clone --depth 1 https://github.com/evergreen-it-dev/folioWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/evergreen-it-dev/folio/folio-wiki)<a href="https://agentmods.dev/skills/evergreen-it-dev/folio/folio-wiki"><img src="https://agentmods.dev/badge/skills/evergreen-it-dev/folio/folio-wiki/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/evergreen-it-dev/folio/folio-wiki"><img src="https://agentmods.dev/badge/skills/evergreen-it-dev/folio/folio-wiki.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00068 | $0.01257 |
| Opus 5.5 | $0.00027 | $0.00503 |
| Sonnet 5.5 | $0.00014 | $0.00251 |
| Haiku 4.5 | $0.00007 | $0.00126 |
Grade A, and why
folio-wiki scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 56 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Working with Folio
Folio is a team wiki backed by Git. People edit pages in the browser. You read and write the same pages through the Folio MCP server. Your client may show the tools with a prefix, for example mcp__folio__search_pages; the names below are the server's own. Everything you write lands in Git history under the name of the token's owner, so it can be reviewed and reverted.
Order of work
- Find. Use
search_pages(it searches every space you can see whenspaceis omitted) orlist_treefor one space. Never invent a page id. If the user gave a Folio link, callresolve_folio_urlfirst. A link like/s/<space>without/p/is the space's home page, not the whole space. - Read.
read_pagebefore any edit. For a data table,folio_table_schemafirst, thenfolio_table_query. - Change as little as possible. Edit the part that needs changing instead of rewriting the page, unless a rewrite was asked for.
- Re-read what you changed, then tell the user. Finish with a link to each page you created or changed:
[title](/s/<space>/p/<id>), withspaceandidtaken from the tool's reply.
Write only when the user asked for a change in the current message. Reading is always fine.
Tools
Reading: list_spaces, list_tree, search_pages, read_page, resolve_folio_url, get_backlinks, page_history, page_at_sha, folio_table_list, folio_table_schema, folio_table_query. search and fetch are read-only aliases made for ChatGPT's deep research. Prefer search_pages and read_page unless your client asks for search and fetch.
Writing (needs a token with the write scope): create_page, update_page, create_board, update_board, board_ops, folio_table_create, folio_table_add_column, folio_table_insert, folio_table_update, folio_table_delete.
If a write tool is refused, the token is read-only. Say so. Do not look for a workaround.
Pages
- A page's title is the first
# H1of its text. To rename a page, change that heading withupdate_page. create_pagetakesmarkdownfor a document. If the text does not start with an H1, the server adds# <title>above it. Check thetitlein the reply.update_pageworks for documents only, not for tables or boards. It merges with live editing instead of overwriting someone's open session.- Do not write front matter (
id,slug,order,icon,cover) by hand. The server owns it. - Use plain Markdown that also reads well on GitHub: headings, lists, GFM tables, fenced code,
> [!NOTE]alerts, Mermaid in fenced blocks. Avoid HTML. Link other Folio pages with relative links taken from the tools' replies, not absolute URLs to the instance. - A new page goes where the user said. If they did not say, create it under the page you are working from, or ask.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago Changed b13425d2df25
- 6d ago First seen · 56 lines · 68 tokens per session scan A c880b948087e
folio-wiki is a skill published in the GitHub repository evergreen-it-dev/folio (69 stars, last pushed today), licensed MIT. It adds 68 tokens to every session and 1,257 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-10-09.
Other skills, from other repositories
solomd
Read, search, edit, and version-control any folder of Markdown notes via the SoloMD MCP server. 13 tools including AutoGit per-note history, semantic search, and write-with-sandbox via an accept/reject branch. Includes 11 starter agent recipes (weekly review, todo extract, link suggester, …).
github-issue-lifecycle
A GitHub Issue workflow for taking a code change from request to review, approval, testing, and closure. It can also keep a GitHub Project board—the task board attached to a repository—in sync.
do
Work a SpecWeave increment task by task - claim, implement inside the task's Files, test, commit, done with evidence - then verify and close. Use for "implement", "continue", "keep going".
github
A writing guide for GitHub issues, pull requests, code reviews, and release notes in Zhin projects. GitHub is a service where teams track bugs, discuss changes, review code, and publish project updates.
work
Pick up ready leaf yaks and implement them — dispatch subagents in isolated worktrees, then merge back to main.
sync
Sync SpecWeave increments with GitHub, Jira or Azure DevOps - push progress, pull or import issues, check token and health, run setup. Use for "sync", "push to GitHub", "import issues".