Article Post-Edit Actions
Standardize metadata updates after editing a markdown article. This skill ensures consistent tracking of modifications across all blog posts.
When to Use
- •After any modification to a blog article
- •Called automatically by the
article-toc-generatorskill - •When user requests to update article metadata
- •After adding, removing, or modifying content in an article
Inputs
- •file_path: Path to the markdown article file
- •edit_descriptions: List of brief, atomic descriptions of changes made (e.g., "Added table of contents", "Fixed typo in introduction")
Process
Step 1: Update Modified Date in Front Matter
- •Read the article file
- •Locate the front matter (between
---markers) - •Find the
Modified:field - •Update to current date in
YYYY-MM-DDformat - •If
Modified:doesn't exist, add it afterDate:field
Example:
yaml
--- Title: My Article Date: 2024-01-15 Modified: 2026-02-07 # Updated to current date ---
Step 2: Check for Edits Section
- •Search for
**Edits:**at the bottom of the article - •This section should be near the end, typically after References or before any metadata links (X::, up::)
Step 3: Create or Update Edits Section
If Edits section doesn't exist:
- •Find the appropriate location (before any
X::orup::links, or at the very end) - •Add a blank line
- •Create the section:
markdown
**Edits:** - YYYY-MM-DD: Description of change
If Edits section exists:
- •Prepend new entries after
**Edits:**line (newest first) - •Each entry on its own line with format:
- YYYY-MM-DD: Description
Example of multiple entries:
markdown
**Edits:** - 2026-02-07: Added table of contents - 2026-02-07: Added anchor links to headings - 2024-12-19: Added reference to observability tools - 2024-06-26: Added summary
Step 4: Save Changes
- •Write the updated content back to the file
- •Preserve all original formatting and content
Entry Guidelines
Atomic Descriptions
Each distinct type of change gets its own entry:
- •Good: "Added table of contents", "Added anchor links"
- •Bad: "Added TOC and anchors and fixed formatting"
Description Style
- •Start with action verb (Added, Updated, Fixed, Removed, Refactored)
- •Be concise but informative
- •Reference specific sections if relevant
Examples of Good Entries
- •
Added table of contents with anchor links - •
Fixed broken link in References section - •
Updated code examples for Python 3.11 - •
Added new section on performance optimization - •
Removed outdated information about deprecated API - •
Added RAG fusion paper reference
Output
- •Modified article with:
- •Updated
Modified:date in front matter - •New entry/entries in
**Edits:**section
- •Updated
- •Confirmation of changes made
Success Criteria
- •
Modified:date updated to current date (YYYY-MM-DD) - •
**Edits:**section exists at article bottom - • New edit entry added with current date and description
- • Entry format matches:
- YYYY-MM-DD: Description - • Newest entries appear first (reverse chronological)
- • Original article content preserved
- • No duplicate entries for same change
Notes
- •Always use ISO date format: YYYY-MM-DD
- •Preserve existing entries when adding new ones
- •Place Edits section before any Obsidian-style links (X::, up::)
- •Multiple changes in one edit session = multiple entries with same date
- •This skill can be invoked standalone or chained from other skills