env_var_migration.pt

env_var_migration.pt is an agent for coding agents from hyperledger-iroha/iroha. It costs 0 tokens per session (1,984 once invoked), scanned A, original, Apache-2.0.

A tracker for moving production environment-variable settings into the application's main configuration system, or marking them as development- or test-only.

In plain words
What is it for?
Use it to record completed and planned environment-variable migrations and to document intentional exceptions checked by CI.
Why use it?
It keeps runtime settings in one controlled place and helps prevent undocumented production environment variables from being added.

Agent

Install

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.

agentmods
npx agentmods add agents/hyperledger-iroha/iroha/env_var_migration.pt
Clone the repo
git clone --depth 1 https://github.com/hyperledger-iroha/iroha

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 env_var_migration.pt

README.md
[![agentmods](https://agentmods.dev/badge/agents/hyperledger-iroha/iroha/env_var_migration.pt.svg)](https://agentmods.dev/agents/hyperledger-iroha/iroha/env_var_migration.pt)
Your own site
<a href="https://agentmods.dev/agents/hyperledger-iroha/iroha/env_var_migration.pt"><img src="https://agentmods.dev/badge/agents/hyperledger-iroha/iroha/env_var_migration.pt.svg" alt="Measured on agentmods" height="20"></a>
Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,984 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
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.00000 $0.01984
Opus 5 $0.00000 $0.00992
Sonnet 5 $0.00000 $0.00397
Haiku 4.5 $0.00000 $0.00198

Measured 4d ago against content hash 319b5f7910d9, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-05, from the pricing page.

Security

Grade A, and why

env_var_migration.pt 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.

docs/source/agents/env_var_migration.pt.md · 99 lines

How it starts

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

Env → Configurar Rastreador de Migração

Este rastreador resume as alternâncias de variáveis de ambiente voltadas para a produção por docs/source/agents/env_var_inventory.{json,md} e a migração pretendida caminho para iroha_config (ou escopo explícito de desenvolvimento/somente teste).

Nota: ci/check_env_config_surface.sh agora falha quando novo ambiente de produção calços aparecem em relação a AGENTS_BASE_REF, a menos que ENV_CONFIG_GUARD_ALLOW=1 seja conjunto; documente adições intencionais aqui antes de usar a substituição.

Migrações concluídas- Desativação da ABI IVMIVM_ALLOW_NON_V1_ABI removido; o compilador agora rejeita

ABIs não-v1 incondicionalmente com um teste de unidade protegendo o caminho do erro.

  • IVM debug banner env shim — Removido o opt-out do env IVM_SUPPRESS_BANNER; a supressão de banner permanece disponível por meio do configurador programático.
  • IVM cache/dimensionamento — Dimensionamento de cache/provador/GPU encadeado por meio iroha_config (pipeline.{cache_size,ivm_cache_max_decoded_ops,ivm_cache_max_bytes,ivm_prover_threads}, accel.max_gpus) e removeu correções de ambiente de tempo de execução. Os anfitriões agora ligam ivm::ivm_cache::configure_limits e ivm::zk::set_prover_threads, testes usam CacheLimitsGuard em vez de substituições de env.
  • Conectar raiz da fila — Adicionado connect.queue.root (padrão: ~/.iroha/connect) para a configuração do cliente e encadeou-o através da CLI e Diagnóstico JS. Ajudantes JS resolvem a configuração (ou um rootDir explícito) e honre apenas IROHA_CONNECT_QUEUE_ROOT em dev/test via allowEnvOverride; os modelos documentam o botão para que os operadores não precisem mais de substituições de ambiente.
  • Opt-in de rede Izanami — Adicionado um sinalizador CLI/config allow_net explícito para a ferramenta de caos Izanami; execuções agora requerem allow_net=true/--allow-net e
  • Bipe de banner IVM — Substituído o env shim IROHA_BEEP por orientado por configuração ivm.banner.{show,beep} alterna (padrão: verdadeiro/verdadeiro). Banner/bipe de inicialização a fiação agora lê a configuração apenas na produção; compilações dev/test ainda honram a substituição de env para alternâncias manuais.
  • Substituição de spool DA (somente testes) — A substituição IROHA_DA_SPOOL_DIR agora é cercado atrás de ajudantes cfg(test); o código de produção sempre origina o spool caminho da configuração.
  • Intrínsecos da criptografia — Substituído IROHA_DISABLE_SM_INTRINSICS / IROHA_ENABLE_SM_INTRINSICS com o orientado por configuração Política crypto.sm_intrinsics (auto/force-enable/force-disable) e removeu a proteção IROHA_SM_OPENSSL_PREVIEW. Os anfitriões aplicam a política em inicialização, bancadas/testes podem optar por meio de CRYPTO_SM_INTRINSICS e OpenSSL a visualização agora respeita apenas o sinalizador de configuração. Izanami já requer configuração --allow-net/persistida e os testes agora dependem de esse botão em vez do ambiente ambiente alterna.
  • Ajuste de GPU FastPQ — Adicionado fastpq.metal.{max_in_flight,threadgroup_width,metal_trace,metal_debug_enum,metal_debug_fused} botões de configuração (padrões: None/None/false/false/false) e encadeá-los através da análise CLI Os calços FASTPQ_METAL_* / FASTPQ_DEBUG_* agora se comportam como substitutos de desenvolvimento/teste e são ignorados quando a configuração é carregada (mesmo quando a configuração os deixa indefinidos); documentos/inventário foram atualizado para sinalizar a migração.【crates/irohad/src/main.rs:2609】【crates/iroha_core/src/fastpq/lane.rs:109】【crates/fastpq_prover/src/overrides.rs:11】 (IVM_DECODE_TRACE, IVM_DEBUG_WSV, IVM_DEBUG_COMPACT, IVM_DEBUG_INVALID, IVM_DEBUG_REGALLOC, IVM_DEBUG_METAL_ENUM, IVM_DEBUG_METAL_SELFTEST, IVM_FORCE_METAL_ENUM, IVM_FORCE_METAL_SELFTEST_FAIL, IVM_FORCE_CUDA_SELFTEST_FAIL, IVM_DISABLE_METAL, IVM_DISABLE_CUDA) agora estão protegidos por compilações de depuração/teste por meio de um helper para que os binários de produção os ignorem enquanto preservam os botões para diagnóstico local. Ambiente o inventário foi regenerado para refletir o escopo somente de desenvolvimento/teste.- Atualizações de dispositivos FASTPQFASTPQ_UPDATE_FIXTURES agora aparece apenas na integração FASTPQ testes; as fontes de produção não leem mais a alternância de ambiente e o inventário reflete apenas o teste escopo.
  • Atualização de inventário + detecção de escopo — As ferramentas de inventário de ambiente agora marcam arquivos build.rs como escopo de construção e rastreia módulos de chicote #[cfg(test)]/integração para alternar somente teste (por exemplo, IROHA_TEST_*, IROHA_RUN_IGNORED) e sinalizadores de construção CUDA aparecem fora da contagem de produção. Inventário regenerado em 07 de dezembro de 2025 (518 refs/144 vars) para manter o env-config guard diff verde.
  • Proteção de liberação de correção de ambiente de topologia P2PIROHA_P2P_TOPOLOGY_UPDATE_MS agora aciona um determinístico erro de inicialização em compilações de lançamento (somente aviso em depuração/teste), portanto, os nós de produção dependem apenas de network.peer_gossip_period_ms. O inventário ambiental foi regenerado para refletir o guarda e o o classificador atualizado agora abrange os alternadores protegidos por cfg! como depuração/teste.

Read the full file on GitHub · 99 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. 4d ago First seen · 99 lines · 0 tokens per session scan A 319b5f7910d9

Subscribe to this mod's changes

env_var_migration.pt is an agent published in the GitHub repository hyperledger-iroha/iroha (488 stars, last pushed today), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 1,984 tokens. 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-01.