change-log-guard

Create structured CHANGE-LOG.md entries for file additions, modifications, and deletions.

1|Updated Feb 28, 2026
One-click install
npx skills add https://github.com/muddyrain/valley-mas --skill change-log-guard
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: change-log-guard
Source: https://github.com/muddyrain/valley-mas/tree/main/.codex/skills/change-log-guard
Command: npx skills add https://github.com/muddyrain/valley-mas --skill change-log-guard

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

在 Valley MAS 中强制记录每次真实落地改动的结构化日志,保证后续可追溯。用于任何代码、配置、文档、skill 规则、任务清单的新增/修改/删除任务;若本轮无实际改动,明确说明并可不写日志。

Core Features & Use Cases

  • 统一记录变更日志,确保可追溯性和合规性。
  • 适用于代码、配置、文档、技能规则及任务清单的新增/修改/删除等变动。
  • 提供记录模板与工作规则,便于团队一致执行。

Quick Start

立即在提交或发布变更时,向仓库 CHANGE-LOG.md 添加结构化日志条目。

Frequently Asked Questions about change-log-guard

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

FAQPage Schema
How do I automate structured change logs for code and configuration modifications?

To automate structured change logs for code and configuration modifications, this Skill enforces a standardized log format and automatically writes entries to your repository's CHANGE-LOG.md whenever files are added, modified, or deleted.

What is the best way to ensure traceability and compliance for git repository changes?

The best way to ensure traceability and compliance for git repository changes is to enforce structured logging of every modification, capturing the change type, rationale, verification steps, and next actions directly in CHANGE-LOG.md.

How do I record change rationale and verification steps in a CHANGE-LOG.md file?

You record change rationale and verification steps in a CHANGE-LOG.md file by applying a standardized log template that documents the change type, rationale, verification steps, and next actions for each real modification.

Does this change log automation work for documentation and rule changes as well as code?

Yes, this change log automation works for documentation and rule changes as well as code, applying uniformly to any new additions, modifications, or deletions across projects to maintain consistent compliance.

What happens to the change log when a development round has no actual modifications?

When a development round has no actual modifications, the process requires explicitly stating that no changes occurred, ensuring the log remains accurate and preventing empty or misleading entries.

Why should I enforce a standardized format for change logs instead of using free text entries?

You should enforce a standardized format for change logs instead of free text entries to guarantee structured traceability, ensuring that every modification consistently documents its type, rationale, verification steps, and next actions for compliance.