Releases: KazuCocoa/renma
Release list
Renma v0.38.1
Renma v0.38.1 includes 5 changelog entries across changed.
This release covers changes from v0.38.0 to v0.38.1.
Highlights
Changed
- Improved the CI report’s diagnostic severity policy section with a comparison
table, direction indicators, and concise CI-impact guidance. Policy evaluation
and JSON output are unchanged. - Aligned remaining guide help, scaffold handoff, and execution-constraint
warning text with evidence-first, conditional clarification. Diagnostic
consumer guidance scopes blocked recommendations to their dependent changes
and avoids rerunning unchanged evidence solely because a user replied.
Diagnostic detection, severity, approval gates, and JSON schemas are unchanged. - Clarified model-neutral Skill authoring: decision tables and progress formats
are optional working aids, questions concern unresolved blocking decisions,
and independent investigation can continue while preserving the creation
gate, source authority, ownership, and separate approval requirements. - Reduced default guide repetition while retaining disposition and
platform-handoff reference tables in the complete JSON guide. Guide and
handoff schema identities, fields, and governance boundaries are unchanged. - Aligned guide, scaffold, and authoring documentation on relevant validation,
conditional report commands, and evidence-based repetition of checks.
Required CI and release checks retain their scope. Clarified that a metadata
no-proposalresult does not stop separately requested Skill-body work.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.38.1Validation
Validated with:
npm test
npm run build
npm run verify:api
node dist/index.js scan . --fail-on high --strict
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.38.0 --to v0.38.1 --format markdown
node dist/index.js ci-report . --from v0.38.0 --to v0.38.1 --format markdownSummary
v0.38.1 includes 5 changelog entries across changed.
Renma v0.38.0
Renma v0.38.0 includes 2 changelog entries across added.
This release covers changes from v0.37.2 to v0.38.0.
Highlights
Added
- Added
revokedas a first-class inactive lifecycle status for explicit
withdrawal of trust or authorization because of a known problem. Revoked
assets require reviewed reason/date evidence, remain unusable for active
composition and Discovery, retain lifecycle evidence across catalog,
inspect, Readiness, BOM, and Trust Graph projections, and produce dedicated
required/optional dependency findings without propagating status to
dependents. Required revoked dependencies default to High and optional ones
to Low, with repository overrides throughdiagnostics.severity. - Added repository-wide scan-finding severity policy through
diagnostics.severity, keyed by stable diagnostic ID. Effective severity now
feeds scan output, suppression evidence, failure thresholds, Readiness, diff,
and CI projections while retaining the producer default as traceability.
diagnostics.ci_policygoverns severity-policy weakening with the stricter
compared endpoint, including attempts to weaken the guard in the same change.
Policy diff resolves built-in severity independently of emitted findings,
compares effective values for both added and removed overrides, represents
equal transitions as neutral, and requires review when the built-in severity
cannot be resolved to one static value. Existing catalogerrordiagnostics
retain their established High scan-Finding conversion. Configuration now
accepts only IDs registered on the configurable scan-Finding surface and
rejects stable raw-diagnostic IDs that the policy cannot affect.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.38.0Validation
Validated with:
npm test
npm run build
npm run verify:api
node dist/index.js scan . --fail-on high --strict
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.37.2 --to v0.38.0 --format markdown
node dist/index.js ci-report . --from v0.37.2 --to v0.38.0 --format markdownSummary
v0.38.0 includes 2 changelog entries across added.
Renma v0.37.2
Renma v0.37.2 includes 1 changelog entry across changed.
This release covers changes from v0.37.1 to v0.37.2.
Highlights
Changed
- Replaced the stable
renma.skill-authoring-guide.v1JSON contract with
renma.skill-authoring-guide.v2. V2 preserves Renma's creation-gate, evidence,
asset-boundary, handoff, and human-review guarantees while changing interaction
semantics from a prescribed clarification protocol to adaptive authoring
activities. Clarification is conditional, question batching and blocker
presentation are adaptive, prerequisite-aware questioning is required,
human-review rules have an explicit field, and recursive external traversal has
a compact applicability pointer. The gate may be declared passed only after
every requirement, including the smallest justified asset structure, is
established and no Blocking decision remains; this dependency does not
prescribe an internal reasoning sequence. Consumers must branch on
schemaVersionand must not apply v1 phase-order, mandatory-clarification,
fixed-batch, or last-phase assumptions to v2.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.37.2Validation
Validated with:
npm test
npm run build
npm run verify:api
node dist/index.js scan . --fail-on high --strict
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.37.1 --to HEAD --format markdown
node dist/index.js ci-report . --from v0.37.1 --to HEAD --format markdownSummary
v0.37.2 includes 1 changelog entry across changed.
Renma v0.37.1
Renma v0.37.1 includes 2 changelog entries across changed.
This release covers changes from v0.37.0 to v0.37.1.
Highlights
Changed
- Clarified the default Skill guide prompt and stable JSON guide so generated
artifacts retain bounded producer-scoped evidentiary value without becoming
governing authority, review consequences are evidence-backed or potential
impacts are labeled Proposed or Unresolved, and material handoff evidence is
rechecked when current applicability cannot be established. - Made
npm testemit a single summary on success and failure-only diagnostics
on error to reduce LLM context usage. Full per-test output remains available
throughnpm run test:verbose.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.37.1Validation
Validated with:
npm test
npm run build
npm run verify:api
node dist/index.js scan . --fail-on high --strict
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.37.0 --to v0.37.1 --format markdown
node dist/index.js ci-report . --from v0.37.0 --to v0.37.1 --format markdownSummary
v0.37.1 includes 2 changelog entries across changed.
Renma v0.37.0
Renma v0.37.0 includes 1 changelog entry across changed.
This release covers changes from v0.36.1 to v0.37.0.
Highlights
Changed
- Made the typed Diagnostics v2 repair model the standard
Findingcontract.
The typedverificationStepsV2field is nowverificationSteps, and the
legacy string-onlyconstraintsandverificationStepsprojections were
removed together with their internal compatibility layer. Findings now expose
repairConstraintsandverificationStepsdirectly as typed guidance.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.37.0Validation
Validated with:
npm test
npm run build
npm run verify:api
node dist/index.js scan . --fail-on high --strict
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.36.1 --to HEAD --format markdown
node dist/index.js ci-report . --from v0.36.1 --to HEAD --format markdownSummary
v0.37.0 includes 1 changelog entry across changed.
Renma v0.36.1
Renma v0.36.1 includes 28 changelog entries across changed.
This release covers changes from v0.36.0 to v0.36.1.
Highlights
Changed
- Narrowed 27 security-analysis helper types to their owning modules. Their
definitions and the function signatures that use them are unchanged, while
unsupported internal deep-import surfaces no longer expose local-only names. - Narrowed body-policy lexical exports to the completed patterns and
recognizers used by neighboring analyzers. Regex vocabulary fragments used
only to assemble those patterns now remain private to their owner module;
diagnostic behavior is unchanged. - Narrowed internal security-command dependencies to import destination
analysis functions and types from their owning modules instead of routing
through the security-destination subsystem entrypoint. Public exports and
runtime behavior remain unchanged. - Simplified the security-destination subsystem entrypoint so bindings used
only for forwarding are re-exported directly from their owners. The cohesive
entrypoint and all destination-analysis consumers remain unchanged. - Moved the public JSON schema inventory from production commands to test
support, its only consumer. Compatibility tests still derive every identifier
from its runtime owner, while the unused production module is no longer built
or packaged. - Folded the single-consumer Markdown source-to-visible offset projection into
MarkdownSecurityView. The standalone implementation module and its exported
working types were removed without changing Markdown parsing or diagnostic
source mapping. - Replaced the single-consumer rule-engine abstraction with a local function
registry inrules.ts. Eleven decorative registry IDs, object wrappers, and
the unreachable optional-config guard were removed without changing finding
IDs, evaluation order, or diagnostics. - Removed two destination-analysis composition wrappers that were used only by
tests. Production consumers continue to use the underlying typed analysis and
intent projections directly; test-only convenience stays in test code. - Enabled TypeScript's unused-local and unused-parameter checks across source
and tests, and removed the nine unused imports, locals, parameters, and test
helpers they exposed. Runtime behavior and test coverage remain unchanged. - Removed the remaining cross-owner internal type re-exports from executable
inventory, body-policy clause analysis, and security-command working types.
Consumers now import those contracts from their defining modules; intentional
public facades and cohesive subsystem entrypoints remain unchanged. - Made 63 command- and CLI-local types module-private after verifying that they
have no cross-file consumers. Cross-module command contracts and every public
package entrypoint remain unchanged. - Narrowed the internal runtime surface by making 33 helpers module-private
after verifying that they have no cross-file consumers. Public package
entrypoints, schema identities, and type contracts remain unchanged. - Removed five zero-consumer internal declarations: the historical Agent Skill
name-validation wrapper, three unused derived types, and one unused body-policy
test projection helper. - Consolidated internal module ownership by removing cross-owner re-exports
from metadata parsing, discovery, repository paths, and security diagnostics.
Internal consumers now import metadata definitions, Skill path contracts,
helper-command evidence, and destination analysis from their cohesive owners;
the supportedrenma/discoverypublic surface remains unchanged. - Removed the internal
AGENT_SKILLS_TOP_LEVEL_FIELDSre-export from
agent-skills.ts; internal contract tests now import the metadata definition
owner directly. - Removed the unused internal
CanonicalSecurityOperationalFieldre-export
fromsecurity-policy.ts; its definition remains owned by
metadata-definitions.ts. - Removed the one-line internal
context-language-diagnostics.tsfacade;
catalog analysis now imports its implementation owner directly. - Removed the internal
AssetOwnershipre-export frommodel.ts; command
consumers now import the cohesive governance type owner directly. - Removed Catalog Finding compatibility re-exports from
scanner.ts; the
ordered definition registry and diagnostic conversion remain owned only by
catalog-findings.ts. - Removed internal result-type and renderer compatibility re-exports from the
inspect and suggest-metadata command modules. Internal consumers now import
the evidence, decision, and renderer owners directly. - Removed the final internal dependency-layer exception by keeping the
single-use classification index projection inside repository snapshot
construction instead of a higher-layer evidence module. - Removed the unused internal
src/types.tscompatibility facade and updated
tests to import cohesive type owners directly. The supportedrenma/types
package export remains owned bysrc/public-types.tsand is unchanged. - Froze the Renma 1.0 release-candidate top-level JSON schema identities while
retaining the existing whole-document, published-schema, semantic-contract,
and public TypeScript API compatibility checks. The experimental execution
contract and internal working models remain outside the freeze. - Made normalized scan diagnostics the canonical internal
ScanResult.diagnosticscollection behind the v2 serializer. Renamed the
producer-level collection to internalrawDiagnosticsand moved scan
normalization and review bundling from the version-named module to
scan-diagnosticswithout changing public output. - Replaced the three overlapping pre-1.0 scan JSON projections with the
renma.scan.v2contract. Active results now use one normalizeddiagnostics
array, suppressed results usesuppressedDiagnostics, and the wire-level
findings,suppressedFindings, anddiagnosticsV2fields were removed. - Made
diffandci-reportcollect each archived repository revision once.
CI now applies its fail-closed endpoint boundary while building the shared
target snapshot, then derives both semantic diff and CI policy output from
that snapshot instead of rediscovering the target revision. - Reduced prose-only safeguard-bypass, risky-failure-suppression,
instruction-hierarchy, and untrusted-content inference to explicit local
line or clause evidence and advisory severity. Structural POSIX shell,
PowerShell, and Windows batch analysis remains in place. - Documented the Renma 1.0 stabilization boundary, including retention of the
existingci-reportGitHub Actions workflow and the separation between
structural command evidence and incomplete natural-language review aids.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.36.1Validation
Validated with:
npm test
npm run build
npm run verify:api
node dist/index.js scan . --fail-on high --strict
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.36.0 --to HEAD --format markdown
node dist/index.js ci-report . --from v0.36.0 --to HEAD --format markdownSummary
v0.36.1 includes 28 changelog entries across changed.
Renma v0.36.0
Renma v0.36.0 includes 11 changelog entries across added and changed.
This release covers changes from v0.35.0 to v0.36.0.
Highlights
Added
- Added a concise public security policy covering supported versions, private
vulnerability reporting, and coordinated disclosure without promising a
response SLA. - Added
SEC-RISKY-OPERATION-ERROR-SUPPRESSIONfor bounded shell and prose
instructions that explicitly hide failure from an already-recognized
destructive, privileged, upload, or sensitive-data operation. Destructive
and privileged shell evidence requires the risky executable in command
position instead of a quoted argument mention, while static executable paths,
bounded wrappers, and existing upload classification remain supported. - Added
SEC-INSTRUCTION-HIERARCHY-OVERRIDEfor explicit, bounded attempts to
supersede system, developer, platform, prior, or higher-level instructions
without treating ordinary persona wording, correct authority ordering,
bounded questions, explicit attribution, or defensive statements as
violations; bare prompt mentions and earlier independent clauses cannot
suppress an operational override.
Changed
- Clarified that a Context Asset is a Git-reviewed governance entry point for
independently maintained knowledge whose authoritative content may remain in
an external governed system without being copied intocontexts/. - Defined the 1.x diagnostic and rule evolution policy, including stable-ID,
severity, and behavioral CI compatibility expectations for patch, minor, and
major releases. - Release preparation now verifies both the document-level and root-package
versions in lockfile v3 against the target release version. - Destructive and privileged shell diagnostics now classify bounded shell text
as literal-only, operational, or unknown. Quoted risky text is suppressed
only along proven literal-only command and data paths; shell-c/eval
contexts and standard input consumed as shell code remain operational, while
unrecognized wrappers, consumers, and shell options use conservative
matching. - Shell-wrapper execution evidence now distinguishes proven execution, known
non-execution modes, and unknown options, so lookup, help, or version modes
stay inert while unrecognized options retain conservative command-risk
matching. - The npm publication workflow now blocks its OIDC-enabled publish job on the
existing deterministic release metadata contract as well as exact annotated
tag,origin/main, and package-version identity. - Bounded negative-subject safeguard instructions such as “No Skill … may
bypass” no longer overlap withSEC-SAFEGUARD-BYPASS-INSTRUCTION; a later
independently expressed bypass remains reportable. - Made the pre-1.0 compatibility boundary explicit without changing stable CLI
behavior or stable JSON output: scan JSON now uses an explicit wire
projection, supported TypeScript entrypoints have a checked declaration
snapshot, classification wire enums are documented and typed as open while
known-value helpers remain closed, typed diagnostic repair guidance is the
internal authority for legacy text projections, and asset path normalization
rejects every parent-directory segment without an unreachable normalization
branch.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.36.0Validation
Validated with:
npm test
npm run build
npm run verify:api
node dist/index.js scan . --fail-on high --strict
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.35.0 --to HEAD --format markdown
node dist/index.js ci-report . --from v0.35.0 --to HEAD --format markdownSummary
v0.36.0 includes 11 changelog entries across added and changed.
Renma v0.35.0
Renma v0.35.0 includes 3 changelog entries across added and changed.
This release covers changes from v0.34.0 to v0.35.0.
Highlights
Added
- Added focused macOS and Windows CI evidence for path, filesystem,
shell-family parsing, package startup, and representative JSON behavior while
retaining the complete Linux quality gate. - Added
SEC-EXECUTABLE-AS-POLICY-AUTHORITYfor the bounded case where a
recognized inline Skill helper is explicitly made the allow/deny authority
for a security-relevant operation.
Changed
- Completed whole-document golden compatibility assurance for every stable
public JSON producer except Trust Graph v2, which retains its published JSON
Schema and frozen exact semantic-contract test. Documented the 1.x stability
policy and retained the publishedrenma.trustGraph.v2spelling.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.35.0Validation
Validated with:
npm test
npm run build
node dist/index.js scan . --fail-on high --strict
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.34.0 --to HEAD --format markdown
node dist/index.js ci-report . --from v0.34.0 --to HEAD --format markdownSummary
v0.35.0 includes 3 changelog entries across added and changed.
Renma v0.34.0
Renma v0.34.0 includes 13 changelog entries across added, changed, fixed, and removed.
This release covers changes from v0.33.0 to v0.34.0.
Highlights
Added
- Added the public
ScanJsonDocumenttype for the serialized
renma.scan.v1wire contract while retainingScanResultas the internal
core scan result, plus an internal stable/experimental registry synchronized with the
documented public top-level JSON schema inventory. - Added bounded inspection evidence for explicitly referenced noncanonical
Agent Skills package files. Exact local targets remain separate from
canonical Renma support/governance, while excluded, oversized, depth-limited,
symlinked, and unreadable targets now block strict completeness.
Changed
- Changed Readiness from
renma.readiness.v1torenma.readiness.v2and
Repository Context BOM from v2 torenma.repository-context-bom.v3. The
breaking migration replaces the producerless
layout.disallowed_skill_assetscheck withskills.support_integrity, which
is backed by authoritative static-support inspection coverage plus
missing-reference evidence. Excluded, symlinked, unreadable, oversized,
depth-limited, and unsupported explicit support now fail the check without
allowing finding suppression to manufacture inspection completeness. BOM v3
otherwise carries forward the v2 field contract. - Narrowed
renma/discoveryto canonical Skill entrypoint types, renamed the
Skill-specific path helper tonormalizeRepositorySkillRelativePath, and
kept lowercase and flat historical entrypoint recognition inside explicit
migration tooling. - Renamed the Renma-owned unsupported routing metadata warning to
RN-SKILL-UNSUPPORTED-ROUTING-METADATAwithout changing its warning
severity, authoring category, Skill validity, or non-operational semantics. - Kept
SecurityAnalysisCoverageon the cohesiverenma/typesfacade without
adding a separate focused package subpath. - Narrowed
ScanJsonDocument.formatto the literal"json"and made the JSON
serializer enforce that wire invariant without changingrenma.scan.v1CLI
output. - Reduced the pre-1.0 npm type surface to contracts with supported producers:
scan JSON, diagnostics, classification/discovery, and composed security
coverage. Low-level parser/runtime models remain available to Renma source
modules but are no longer package exports.
Fixed
- Made production ordering and selection for scan, catalog, graph, Trust
Graph, BOM, Readiness, diff/CI, executable evidence, suppressions, and the
experimental execution-contract digest explicitly locale-independent by
using one ECMAScript UTF-16 code-unit comparator. Existing schema identifiers
remain unchanged for this implementation fix because those contracts already
promised deterministic stable ordering; Readiness and BOM change versions
only for their separate check-collection migration. - Rejected conventional and explicit configuration paths that are symlinks,
cross a symlinked parent, are outside the repository, or are not regular
files. Broken conventional config symlinks now fail as caller-correctable
configuration errors instead of silently selecting defaults.
Removed
- Removed the producerless pre-1.0 diagnostic IDs
LAYOUT-SKILL-EXECUTABLE-COMMAND,LAYOUT-SKILL-NOT-THIN,
PATH-HELPER-COMMAND-SKILL-SCRIPTS, and
LAYOUT-DISALLOWED-SKILL-ASSET, including their compatibility-only
documentation and Diagnostics V2 grouping surface. - Removed the compatibility-only
layoutconfiguration surface, including
tool_namespace,workflow_aliases,LayoutPolicyConfig, and normalized
ScanConfiglayout state. Authoredlayoutobjects now fail with explicit
pre-1.0 deletion guidance and no replacement key. - Removed package subpaths for raw artifacts, parsed metadata, normalized
runtime configuration, internal decision/governance projections, and the
producerless coreScanResulttype before 1.0.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.34.0Validation
Validated with:
npm test
npm run build
node dist/index.js scan . --fail-on high
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.33.0 --to HEAD --format markdown
node dist/index.js ci-report . --from v0.33.0 --to HEAD --format markdownSummary
v0.34.0 includes 13 changelog entries across added, changed, fixed, and removed.
Renma v0.33.0
Renma v0.33.0 includes 15 changelog entries across added, changed, fixed, and removed.
This release covers changes from v0.32.1 to v0.33.0.
Highlights
Added
- Extended
renma.inspection-coverage.v1to close statically proven
Skill-support inspection gaps. A reachable local support target that becomes
excluded, oversized, unreadable, depth-limited, symlinked, or otherwise
uninspectable now contributes exact blocking evidence with static-reference
provenance, so--strictcontinues to fail through
strict_scan.incomplete_inspectionand inspection-coverage diffs expose
parsed-to-blocked regressions. Authority still requires one unambiguous
owning Skill and a fully parsed source chain; unreferenced support and
unknown transitive children remain outside this boundary, and unparsed
targets do not receive synthetic security-analysis coverage rows. - Extended CST-backed YAML frontmatter-comment security analysis from Skills
to eligible, known non-Skill Markdown artifacts with a closed Renma
frontmatter envelope. Comments retain the raw-agent-visible,
no-policy-authority boundary and exact source evidence; successful
zero-comment extraction reportsyamlFrontmatterComments: "analyzed",
while malformed input remains non-analyzable and arbitraryunknown
Markdown remains out of scope. - Hardened HTML-comment security projection to use the same raw-agent-visible,
no-policy-authority trust boundary as YAML frontmatter comments. Inner
Markdown presentation and negative-example labels can no longer opt hidden
security-sensitive text out of analysis, and policy-looking comment text
cannot authorize or allowlist its own projection. - Added semantic security analysis for discovered UTF-8
.txtSkill support
files only when the existing repository-local static-reference graph proves
them reachable from exactly one owning Skill. Reachable plain-text support
now reportssemanticInstructions: "analyzed"; otherwise identical
unreferenced text remainsunsupported, and structured, executable, binary,
external, escaping, symlinked, and unresolved targets remain outside this
capability. - Added versioned
renma.security-analysis-coverage.v1scan JSON evidence for
every discovered and scanned artifact. The target-state rows distinguish
executed, unsupported, inapplicable, and non-analyzable hidden-Unicode,
Markdown semantic instruction, canonical Skill description, and YAML
frontmatter comment layers without changing findings or CI policy.
Changed
- Finalized the pre-1.0 repository contract around one operational spelling:
shared Context Assets usecontexts/**; Skills use exactSKILL.mdunder a
supported Skill root; configuration usesrenma.config.jsoncor
renma.config.json; Context Lenses useapplies_toand
expected_outputs; and security-profile policy fields use their documented
canonical spelling. Historical paths,.renma.json, Lens aliases, profile
aliases, andcanonical_contextnow produce explicit migration diagnostics
or configuration errors without operational interpretation. - Made portable Agent Skills
descriptionthe sole Skill capability and
selection-boundary source.renma.when-to-useandrenma.when-not-to-use
are unsupported and ignored operationally with migration-oriented authoring
warnings; pre-0.16 top-level routing fields remain one-way migration evidence
only and may help recoverdescription. - Restricted non-Skill local security-policy authority to canonical, closed
Renma frontmatter envelopes. Policy-looking Markdown body text remains
visible instruction evidence and can no longer authorize network, secret,
upload, approval, or floating-dependency behavior. Strict scans now also fail
withstrict_scan.incomplete_security_analysiswhen applicable parser-owned
YAML frontmatter-comment analysis cannot be completed safely. - Raised
SUPPORT-MISSING-PATHfrom Medium to High because a statically
referenced local resource that does not exist is a broken declared
relationship. Missing targets remain structural findings rather than
inspection-coverage issues.
Fixed
- Made non-Skill Renma metadata consume one shared YAML 1.2 parse before
catalog, governance, Context Lens, and security interpretation. Quoted,
block, and flow values now retain YAML semantics consistently, while
malformed or non-mapping frontmatter and duplicate recognized operational
keys fail closed with explicit diagnostics instead of selecting raw-line or
first/last values. - Routed Markdown link, image, autolink, and resolved reference destinations
through parser-owned evidence for security analysis and Skill-local support
reachability. Reference definitions remain non-operational by themselves,
visible labels and resolved targets remain additive when distinct, and
overlapping destination candidates preserve the governing instruction. - Closed frontmatter security-boundary gaps by accounting for parser-hidden
YAML comments in exact non-Skill envelopes, rejecting reviewed invisible or
default-ignorable corruption of registered policy keys and delimiters without
recovering their values, and treating exactly one absolute leadingU+FEFF
as an encoding BOM while additional or embedded corruption remains
fail-closed. - Preserved safe Skill-local support file identity across exact exclusion so a
unique basename-only static reference still produces blockingexcluded
inspection evidence. Excluded files continue to count during basename
disambiguation, while their contents remain unread and unparsed. When an
excluded support directory makes a basename candidate set incomplete, Renma
now emits blocking subtree evidence without traversing the directory or
inventing an exact child path. Symlink targets remain unfollowed and
uninspectable even when their path identity supplies blocking evidence.
Removed
- Removed every
renma/dist/...package export and the semantic command,
renderer, guidance, and migration exports. The intentional v1 library API is
now the focusedrenma/typessurface plusrenma/discovery; removed paths
fail withERR_PACKAGE_PATH_NOT_EXPORTED, while therenmaCLI remains
available through the package binary. - Removed operational compatibility for the
context/**root, historical
skill.mdand*.skill.mdentrypoints,.renma.json, Context Lens
target/targets/output/outputs, andcanonical_context. Explicit
pre-0.16 and historical-entrypoint migration throughsuggest-metadata
remains one-way.
Upgrade
npm install
npm run build
npm testIf using the published package:
npm install -g renma@0.33.0Validation
Validated with:
npm test
npm run build
node dist/index.js scan . --fail-on high
node dist/index.js catalog . --format markdown
node dist/index.js readiness . --format markdown
node dist/index.js graph . --focus skill.release-prep --format mermaid
node dist/index.js diff . --from v0.32.1 --to HEAD --format markdown
node dist/index.js ci-report . --from v0.32.1 --to HEAD --format markdownSummary
v0.33.0 includes 15 changelog entries across added, changed, fixed, and removed.