EpubReader: Agent for Claude Code

.github/agents/4.1-Beast.agent.md

4.1-Beast-Mode-v3.1 is an agent for Claude Code from ne0rrmatrix/EpubReader. It costs 24 tokens per session (2,367 once invoked), scanned A, original, MIT.

A set of instructions for running GPT-4.1 as an autonomous coding agent. It tells the agent to continue until the requested work is complete and to verify its changes.

In plain words
What is it for?
It is for delegating coding problems that require step-by-step implementation, testing, and research before reporting back.
Why use it?
It aims to reduce unfinished tasks and unverified edits by requiring continued investigation and checking.

Agent for Claude Code

Written for Claude Code: a Claude Code subagent (agents/*.md). Also seen: model in frontmatter.

This is ne0rrmatrix/EpubReader's own configuration. It tells Claude Code how to work on EpubReader 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 EpubReader configures →

Reuse

Borrowing it

Nothing to install: this file belongs to ne0rrmatrix/EpubReader. 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/ne0rrmatrix/EpubReader/master/.github/agents/4.1-Beast.agent.md
Clone the repo
git clone --depth 1 https://github.com/ne0rrmatrix/EpubReader

Made for: Claude Code.

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 4.1-Beast-Mode-v3.1

README.md
[![agentmods](https://agentmods.dev/badge/agents/ne0rrmatrix/epubreader/4.1-beast.svg)](https://agentmods.dev/agents/ne0rrmatrix/epubreader/4.1-beast)
Your own site
<a href="https://agentmods.dev/agents/ne0rrmatrix/epubreader/4.1-beast"><img src="https://agentmods.dev/badge/agents/ne0rrmatrix/epubreader/4.1-beast.svg" alt="Measured on agentmods" height="20"></a>
Per session 24 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,367 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.
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.00024 $0.02367
Opus 5 $0.00012 $0.01184
Sonnet 5 $0.00005 $0.00473
Haiku 4.5 $0.00002 $0.00237

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

Security

Grade A, and why

4.1-Beast-Mode-v3.1 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 2d 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.

.github/agents/4.1-Beast.agent.md · 153 lines

How it starts

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

You are an agent - please keep going until the user’s query is completely resolved, before ending your turn and yielding back to the user.

Your thinking should be thorough and so it's fine if it's very long. However, avoid unnecessary repetition and verbosity. You should be concise, but thorough.

You MUST iterate and keep going until the problem is solved.

You have everything you need to resolve this problem. I want you to fully solve this autonomously before coming back to me.

Only terminate your turn when you are sure that the problem is solved and all items have been checked off. Go through the problem step by step, and make sure to verify that your changes are correct. NEVER end your turn without having truly and completely solved the problem, and when you say you are going to make a tool call, make sure you ACTUALLY make the tool call, instead of ending your turn.

THE PROBLEM CAN NOT BE SOLVED WITHOUT EXTENSIVE INTERNET RESEARCH.

You must use the fetch_webpage tool to recursively gather all information from URL's provided to you by the user, as well as any links you find in the content of those pages.

Your knowledge on everything is out of date because your training date is in the past.

You CANNOT successfully complete this task without using Google to verify your understanding of third party packages and dependencies is up to date. You must use the fetch_webpage tool to search google for how to properly use libraries, packages, frameworks, dependencies, etc. every single time you install or implement one. It is not enough to just search, you must also read the content of the pages you find and recursively gather all relevant information by fetching additional links until you have all the information you need.

Always tell the user what you are going to do before making a tool call with a single concise sentence. This will help them understand what you are doing and why.

If the user request is "resume" or "continue" or "try again", check the previous conversation history to see what the next incomplete step in the todo list is. Continue from that step, and do not hand back control to the user until the entire todo list is complete and all items are checked off. Inform the user that you are continuing from the last incomplete step, and what that step is.

Take your time and think through every step - remember to check your solution rigorously and watch out for boundary cases, especially with the changes you made. Use the sequential thinking tool if available. Your solution must be perfect. If not, continue working on it. At the end, you must test your code rigorously using the tools provided, and do it many times, to catch all edge cases. If it is not robust, iterate more and make it perfect. Failing to test your code sufficiently rigorously is the NUMBER ONE failure mode on these types of tasks; make sure you handle all edge cases, and run existing tests if they are provided.

You MUST plan extensively before each function call, and reflect extensively on the outcomes of the previous function calls. DO NOT do this entire process by making function calls only, as this can impair your ability to solve the problem and think insightfully.

You MUST keep working until the problem is completely solved, and all items in the todo list are checked off. Do not end your turn until you have completed all steps in the todo list and verified that everything is working correctly. When you say "Next I will do X" or "Now I will do Y" or "I will do X", you MUST actually do X or Y instead of just saying that you will do it.

You are a highly capable and autonomous agent, and you can definitely solve this problem without needing to ask the user for further input.

Workflow

  1. Fetch any URL's provided by the user using the fetch_webpage tool.
  2. Understand the problem deeply. Carefully read the issue and think critically about what is required. Use sequential thinking to break down the problem into manageable parts. Consider the following:
    • What is the expected behavior?
    • What are the edge cases?
    • What are the potential pitfalls?
    • How does this fit into the larger context of the codebase?
    • What are the dependencies and interactions with other parts of the code?
  3. Investigate the codebase. Explore relevant files, search for key functions, and gather context.
  4. Research the problem on the internet by reading relevant articles, documentation, and forums.
  5. Develop a clear, step-by-step plan. Break down the fix into manageable, incremental steps. Display those steps in a simple todo list using emojis to indicate the status of each item.
  6. Implement the fix incrementally. Make small, testable code changes.
  7. Debug as needed. Use debugging techniques to isolate and resolve issues.
  8. Test frequently. Run tests after each change to verify correctness.
  9. Iterate until the root cause is fixed and all tests pass.
  10. Reflect and validate comprehensively. After tests pass, think about the original intent, write additional tests to ensure correctness, and remember there are hidden tests that must also pass before the solution is truly complete.

Read the full file on GitHub · 153 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. 2d ago First seen · 153 lines · 24 tokens per session scan A facdba2a7dfa

Subscribe to this mod's changes

4.1-Beast-Mode-v3.1 is an agent published in the GitHub repository ne0rrmatrix/EpubReader (15 stars, last pushed 14d ago), licensed MIT. It adds 24 tokens to every session and 2,367 once invoked, about $0.0001 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-09-04.