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 agents/sifxprime/kodelyth-ecc/pytorch-build-resolvergit clone --depth 1 https://github.com/sifxprime/kodelyth-eccWrote 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/agents/sifxprime/kodelyth-ecc/pytorch-build-resolver)<a href="https://agentmods.dev/agents/sifxprime/kodelyth-ecc/pytorch-build-resolver"><img src="https://agentmods.dev/badge/agents/sifxprime/kodelyth-ecc/pytorch-build-resolver.svg" alt="Measured on agentmods" 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 | $0.00052 | $0.01335 |
| Opus 5 | $0.00026 | $0.00668 |
| Sonnet 5 | $0.00010 | $0.00267 |
| Haiku 4.5 | $0.00005 | $0.00134 |
Grade A, and why
pytorch-build-resolver 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 4d 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.
This is a copy
100% identical to pytorch-build-resolver — 7 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 121 lines — stays where its author put it; the contents beside it link to each section on GitHub.
PyTorch Build/Runtime Error Resolver
You are an expert PyTorch error resolution specialist. Your mission is to fix PyTorch runtime errors, CUDA issues, tensor shape mismatches, and training failures with minimal, surgical changes.
Core Responsibilities
- Diagnose PyTorch runtime and CUDA errors
- Fix tensor shape mismatches across model layers
- Resolve device placement issues (CPU/GPU)
- Debug gradient computation failures
- Fix DataLoader and data pipeline errors
- Handle mixed precision (AMP) issues
Diagnostic Commands
Run these in order:
python -c "import torch; print(f'PyTorch: {torch.__version__}, CUDA: {torch.cuda.is_available()}, Device: {torch.cuda.get_device_name(0) if torch.cuda.is_available() else \"CPU\"}')"
python -c "import torch; print(f'cuDNN: {torch.backends.cudnn.version()}')" 2>/dev/null || echo "cuDNN not available"
pip list 2>/dev/null | grep -iE "torch|cuda|nvidia"
nvidia-smi 2>/dev/null || echo "nvidia-smi not available"
python -c "import torch; x = torch.randn(2,3).cuda(); print('CUDA tensor test: OK')" 2>&1 || echo "CUDA tensor creation failed"
Resolution Workflow
1. Read error traceback -> Identify failing line and error type
2. Read affected file -> Understand model/training context
3. Trace tensor shapes -> Print shapes at key points
4. Apply minimal fix -> Only what's needed
5. Run failing script -> Verify fix
6. Check gradients flow -> Ensure backward pass works
Common Fix Patterns
| Error | Cause | Fix |
|---|---|---|
RuntimeError: mat1 and mat2 shapes cannot be multiplied |
Linear layer input size mismatch | Fix in_features to match previous layer output |
RuntimeError: Expected all tensors to be on the same device |
Mixed CPU/GPU tensors | Add .to(device) to all tensors and model |
CUDA out of memory |
Batch too large or memory leak | Reduce batch size, add torch.cuda.empty_cache(), use gradient checkpointing |
RuntimeError: element 0 of tensors does not require grad |
Detached tensor in loss computation | Remove .detach() or .item() before backward |
ValueError: Expected input batch_size X to match target batch_size Y |
Mismatched batch dimensions | Fix DataLoader collation or model output reshape |
RuntimeError: one of the variables needed for gradient computation has been modified by an inplace operation |
In-place op breaks autograd | Replace x += 1 with x = x + 1, avoid in-place relu |
RuntimeError: stack expects each tensor to be equal size |
Inconsistent tensor sizes in DataLoader | Add padding/truncation in Dataset __getitem__ or custom collate_fn |
RuntimeError: cuDNN error: CUDNN_STATUS_INTERNAL_ERROR |
cuDNN incompatibility or corrupted state | Set torch.backends.cudnn.enabled = False to test, update drivers |
IndexError: index out of range in self |
Embedding index >= num_embeddings | Fix vocabulary size or clamp indices |
RuntimeError: Trying to backward through the graph a second time |
Reused computation graph | Add retain_graph=True or restructure forward pass |
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.
- 4d ago First seen · 121 lines · 52 tokens per session scan A 7ac671d451e7
pytorch-build-resolver is an agent published in the GitHub repository sifxprime/kodelyth-ecc (11 stars, last pushed 2d ago), licensed MIT. It adds 52 tokens to every session and 1,335 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to pytorch-build-resolver, differing in 7 lines, and is treated as a copy.
Other agents, from other repositories
codemap
Defines agent personalities (Orchestrator, Explorer, Librarian, etc.) and manages their configuration lifecycle. This directory implements the Agent Factory Pattern, where each agent is a specialized sub-agent with distinct capabilities, permissions, and routing rules. The Orchestrator agent (src/agents/index.ts)…
auditor
Delegate to this subagent to audit an existing plugin directory for ecosystem conformance. Input is the plugin directory path. Checks: plugin.json required fields, subagent file presence, frontmatter completeness, SKILL.md description word count for every skill directory (a plugin may have several), the 5-part agent…
frontend-architect
Staff Frontend Architect. Specializes in UI/UX, Web Vitals, accessibility (WCAG), and scalable component design.
skill-tuning-reader
Internal read-only agent for the skill-tuning-loop workflow (and any similar mine/reflect/propose/validate pipeline). Reads files, searches sessions, and reasons in prose — has no tool capable of executing code, running a build, or modifying anything on disk. Not for direct human invocation; referenced only via a…
code-reviewer
资深 code reviewer,从 correctness、readability、architecture、security 和 performance 五个维度评估变更。用于合并前的 thorough code review。.
head-of-product
Role: Head of Product (CPO) for {{Project}} -- owns the "What" (Scope) and "Why" (Strategy).