doc.linea: Skill for Claude Code

.agents/skills/author-doc-page/SKILL.md

author-doc-page is a skill for Claude Code, Codex from Consensys/doc.linea. It costs 49 tokens per session (1,086 once invoked), scanned A, original, Apache-2.0.

A guide for drafting documentation pages for docs.linea.build according to that site's editorial standards.

In plain words
What is it for?
Use it to plan and write concept pages, how-to guides, reference pages, or tutorials from verified project material.
Why use it?
It helps contributors produce a suitable first draft even when they are not experienced technical writers.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one. Also seen: installed under .agents/ (shared by several agents).

This is Consensys/doc.linea's own configuration. It tells Claude Code and Codex how to work on doc.linea itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything doc.linea configures →

Reuse

Borrowing it

Nothing to install: this file belongs to Consensys/doc.linea. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/Consensys/doc.linea/main/.agents/skills/author-doc-page/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/Consensys/doc.linea

Made for: Claude Code, Codex.

Wrote 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.

agentmods badge for author-doc-page

README.md
[![agentmods](https://agentmods.dev/badge/skills/consensys/doc.linea/author-doc-page.svg)](https://agentmods.dev/skills/consensys/doc.linea/author-doc-page)
Your own site
<a href="https://agentmods.dev/skills/consensys/doc.linea/author-doc-page"><img src="https://agentmods.dev/badge/skills/consensys/doc.linea/author-doc-page.svg" alt="Measured on agentmods" height="20"></a>
Per session 49 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,086 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe. Third-party audits
  • NVIDIA SkillSpector pass 7 Sept 2026
How audits are shown
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00049 $0.01086
Opus 5 $0.00024 $0.00543
Sonnet 5 $0.00010 $0.00217
Haiku 4.5 $0.00005 $0.00109

Measured 8d ago against content hash a707f6f427b4, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-08, from the pricing page.

Security

Grade A, and why

author-doc-page 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 8d 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.

.agents/skills/author-doc-page/SKILL.md · 102 lines

How it starts

The opening of the file, as written. The whole thing — 102 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Author a docs.linea.build page

Help create a new documentation page that follows docs.linea.build's editorial standards from the start.

When to use

  • You need to scaffold a new page or write a first draft.
  • You're helping a contributor who isn't a professional writer produce content that meets the documentation team's expectations (for example, an ecosystem partner documenting their integration).

Inputs

Ask the user for anything they haven't already provided:

  1. Tab: which tab is this for? (Linea Mainnet, Lineth Stack, Protocol, Reference, Changelog)
  2. Content type: concept/explanation, how-to guide, reference, or tutorial?
  3. Topic: what is the page about?
  4. File path: where should the file live? Suggest one based on the tab and topic if the user doesn't specify (see the directory table in README.mdx).
  5. Source material: what code, spec, PR, or other reference verifies the content?

Step 1: Confirm an issue exists, then load the relevant rules

Per .cursor/rules/contributor-workflow.mdc, an issue should exist for this change before work starts. Ask the user whether one's already open; if not, point them to CONTRIBUTING.md and the templates in .github/ISSUE_TEMPLATE/ so they can open one before you invest time scaffolding and drafting. This matters most for ecosystem/partner contributors.

Then read these rule files before scaffolding, and apply them by reference rather than restating them in the draft:

  • .cursor/rules/contributor-workflow.mdc: issue-first workflow, redirects, PR hygiene.
  • .cursor/rules/content-structure.mdc: tab, audience, tone, and page-structure conventions.
  • .cursor/rules/editorial-voice.mdc: voice, heading style, and the [VERIFY] marker convention.
  • .cursor/rules/terminology.mdc: casing, Linea vs. Lineth naming, and component capitalization.
  • .cursor/rules/markdown-formatting.mdc: frontmatter, links, and file conventions.

Read the full file on GitHub · 102 lines

Changes

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.

  1. 8d ago First seen · 102 lines · 49 tokens per session scan A a707f6f427b4

Subscribe to this mod's changes

author-doc-page is a skill published in the GitHub repository Consensys/doc.linea (474 stars, last pushed 11d ago), licensed Apache-2.0. It adds 49 tokens to every session and 1,086 once invoked, about $0.0002 per session on Opus 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-08-30.

Related

Other skills, from other repositories

lineth-quickstart

Operating manual for the Lineth Stack quickstart — the Docker-Compose dev/demo stack at docs/getting-started/lineth-stack in the lineth-monorepo that boots a local Linea/Lineth L2 with Sepolia or local L1 finality. Use whenever you are working inside the lineth-stack quickstart and need to boot or run the stack…

LFDT-Lineth/lineth-monorepo · 228 tokens

keep-the-why

Extract and preserve the reasoning code cannot explain - decisions, rejected alternatives, workarounds, incidents, constraints - plus project setup and maintainer interviews. Not for what changed (see Keep a Changelog) - only why.

oliver-zehentleitner/keep-the-why · 50 tokens

review

Adversarial fresh-context review of an increment before it ships. Every finding cites path:line and is re-verified. Use when saying "review", "grill this", or "critique the implementation".

anton-abyzov/specweave · 43 tokens

sw-do

Implement a SpecWeave increment task by task through the ledger, with evidence per task and a verified close. Use for "implement this", "start working", "continue the increment", "keep going".

anton-abyzov/specweave · 41 tokens

done

Close an increment: ledger check, specweave verify, optional review, then specweave complete. Use when all tasks are done and saying "close increment", "we are done", or "finish up".

anton-abyzov/specweave · 0 tokens

summarize

A guide for turning conversations, logs, documents, or investigation notes into short, action-oriented summaries. It requires conclusions to be tied to available evidence and distinguishes confirmed facts from items still needing confirmation.

zhinjs/zhin · 61 tokens