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 agentmods add rules/langfuse/langfuse-docs/documentation-pagesgit clone --depth 1 https://github.com/langfuse/langfuse-docsWhat 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 | $0.00738 | $0.00738 |
| Opus 5 | $0.00369 | $0.00369 |
| Sonnet 5 | $0.00148 | $0.00148 |
| Haiku 4.5 | $0.00074 | $0.00074 |
Grade A, and why
documentation-pages 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 yesterday.
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.
What it actually says
Here's a continuation and elaboration of the guidelines for creating documentation pages for Langfuse, based on the existing documentation structure and content style observed across various files:
Langfuse Documentation Creation Guide
General Structure
Each documentation page typically follows a structured format to ensure consistency and ease of understanding. Here’s a breakdown of the common elements:
-
Metadata Block: At the top of each document, include YAML front matter that specifies metadata such as title, description, and category. This helps in SEO optimization and categorizing the content.
--- title: Title of the Document description: A brief description of what the document covers. category: Category Name --- -
Introduction: Start with a brief introduction that outlines what the document will cover and why it’s important. This section sets the context for the readers.
-
Prerequisites: If applicable, list any prerequisites that readers need to fulfill before they can effectively use the documentation. This could include software installations, account setups, or background knowledge.
-
Step-by-Step Instructions: Provide detailed, actionable steps for the users to follow. Use numbered lists for sequences that need to be followed in order.
-
Code Snippets: Include code examples where necessary. Use syntax highlighting to improve readability. Ensure that any placeholders are clearly indicated.
import langfuse # Replace 'your_api_key' with your actual API key langfuse.configure(api_key='your_api_key') -
Images and Diagrams: Use images and diagrams to explain concepts that are difficult to convey through text alone. Wrap images in a
<Frame>component to maintain styling consistency.<Frame className="my-10" fullWidth>  </Frame> -
Tips and Notes: Use callouts to highlight tips, warnings, or important notes. This can be done using markdown syntax or specific components if available.
> **Tip:** This is a helpful tip. -
FAQs and Troubleshooting: End the document with a FAQ or troubleshooting section to address common issues or questions related to the topic.
-
Further Resources: Provide links to related documents, external resources, or further reading to help users deepen their understanding.
Writing Style
- Clarity and Conciseness: Use clear and concise language. Avoid jargon unless it is commonly understood in the context of the documentation.
- Active Voice: Use active voice to make the content more engaging.
- Second Person: Address the reader directly using second person ("you") to make the text more user-friendly.
Formatting
- Headers: Use headers to organize content into logical sections. Headers should be hierarchical (
#,##,###). - Lists: Use bullet points for unordered lists and numbers for ordered lists.
- Links: Always use descriptive link texts instead of generic texts like "click here".
Accessibility
- Alt Texts for Images: Provide descriptive alt texts for all images to improve accessibility.
- Readable Fonts and Colors: Ensure that the text is readable by using sufficient contrast between text and background colors.
By adhering to these guidelines, the documentation will not only maintain a consistent style but also enhance the user experience, making it easier for readers to find, understand, and use the information they need.
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.
- yesterday First seen · 74 lines · 738 tokens per session scan A c8855d1a6cee
documentation-pages is a cursor rule published in the GitHub repository langfuse/langfuse-docs (237 stars, last pushed 2d ago), licensed MIT. It adds 738 tokens to every session, about $0.0037 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.
Other cursor rules, from other repositories
mcp-framework
We are in the mcp-framework , a typescript framework that allows construction of model context protocol (mcp) servers. We are implementing the new specification: Overview MCP provides a standardized way for applications to.
langfuse-mcp-general-rules
Cursor rule "langfuse-mcp-general-rules" from avivsinai/langfuse-mcp, covering building and publishing to pypi, version numbering and tagging and build and publish workflow.
jawn
Cursor rule "jawn" from Helicone/helicone, covering helicone jawn controller and tanstack query integration, controller pattern, manager pattern, frontend hooks with tanstack query and type definitions.
state-management
Use the following stack. Do not introduce or recommend Redux or React Context for shared/global state.
architecture
agent-inspect architecture and product context.
nodejs
This guide will walk you through installing Node.js using NVM (Node Version Manager) and setting up pnpm as your package manager.