safe-mass-index-core

Index large codebases with bounded, metadata-only indexing.

2|1|Updated Feb 9, 2026
One-click install
npx skills add https://github.com/grtninja/skill-arbiter --skill safe-mass-index-core
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: safe-mass-index-core
Source: https://github.com/grtninja/skill-arbiter/tree/main/skill-candidates/safe-mass-index-core
Command: npx skills add https://github.com/grtninja/skill-arbiter --skill safe-mass-index-core

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

Index large codebases with bounded, metadata-only indexing to prevent rg churn and CPU thrash.

Core Features & Use Cases

  • Bounded scheduling: limits by files, time, and read bytes to keep indexing predictable.
  • Deterministic discovery: supports searching by path, extension, language, scope, and freshness for large repositories.
  • Use Case: scale repository analysis without rg churn, while preserving reproducible results and artifacts.

Quick Start

Run a bounded indexing workflow to build and query a metadata-only index for large repos.

Frequently Asked Questions about safe-mass-index-core

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I index large codebases without causing rg churn and CPU thrash?

Bounded, metadata-only indexing prevents rg churn by enforcing strict budgets for files, time, and read bytes. This approach limits CPU thrash while enabling deterministic discovery by path, extension, and language for large codebases.

What is bounded metadata-only indexing for large repositories?

Bounded metadata-only indexing schedules repository analysis using strict limits on files, time, and read bytes. It captures path, extension, language, scope, and freshness data without reading full file contents, preventing CPU thrash and rg churn.

Can I perform incremental indexing on very large Python repositories?

Yes, you can perform incremental or full builds on very large Python repositories. The indexing workflow supports deterministic discovery and outputs manifest, state, and run artifacts to ensure reproducible results across incremental updates.

How do I get reproducible results when analyzing large codebases?

To get reproducible results when analyzing large codebases, use deterministic bounded indexing that outputs manifest, state, and run artifacts. These artifacts capture the exact indexing state and budgets applied, ensuring consistent builds every time.

What are the limitations of bounded indexing for large repos?

The primary limitation of bounded indexing is that it is metadata-only, meaning it does not index full file contents. It relies on strict budgets for files, time, and read bytes, which may intentionally skip files if limits are exceeded during large repo processing.