← Back to Skills Marketplace
hahamumu08

Actualize

by hahamumu08 · GitHub ↗ · v1.0.0 · MIT-0
cross-platform ✓ Security Clean
73
Downloads
0
Stars
0
Active Installs
1
Versions
Install in OpenClaw
/install actualize
Description
Reconcile the project's FPF state with recent repository changes
README (SKILL.md)

Actualize Knowledge Base

This command is a core part of maintaining a living assurance case. It keeps your FPF knowledge base (.fpf/) in sync with the evolving reality of your project's codebase.

The command performs a three-part audit against recent git changes to surface potential context drift, stale evidence, and outdated decisions. This aligns with the Observe phase of the FPF Canonical Evolution Loop (B.4) and helps manage Epistemic Debt (B.3.4).

Action (Run-Time)

Step 1: Check Git Changes

Run git commands to identify changes since last actualization:

# Get current commit hash
git rev-parse HEAD

# Check for changes since last known baseline
# (Read .fpf/.baseline file if it exists, otherwise use initial commit)
git diff --name-only \x3Cbaseline_commit> HEAD

# List all changed files
git diff --stat \x3Cbaseline_commit> HEAD

Step 2: Analyze Report for Context Drift

  1. Review changed files for core project configuration:

    • package.json, go.mod, Cargo.toml, requirements.txt
    • Dockerfile, docker-compose.yml
    • .env.example, config files
  2. If configuration files changed:

    • Re-read project structure (README, config files)
    • Compare detected context with .fpf/context.md
    • Present diff to user
  3. Ask user if they want to update context.md

Step 3: Analyze Report for Evidence Staleness (Epistemic Debt)

  1. Read all evidence files in .fpf/evidence/
  2. Check carrier_ref field in each evidence file
  3. Cross-reference with changed files from git diff
  4. If a referenced file changed:
    • Flag the evidence as STALE
    • Note which hypothesis is affected

Step 4: Analyze Report for Decision Relevance

  1. Read all DRR files in .fpf/decisions/
  2. Trace back to source evidence and hypothesis files
  3. If foundational files changed:
    • Flag the DRR as POTENTIALLY OUTDATED

Step 5: Update Baseline

Create/update .fpf/.baseline file:

# FPF Actualization Baseline
# Last actualized: 2025-01-15T16:00:00Z
commit: abc123def456

Step 6: Present Findings

Output a structured report:

## Actualization Report

**Baseline**: abc123 (2025-01-10)
**Current**: def456 (2025-01-15)
**Files Changed**: 42

### Context Drift

The following configuration files have changed:
- package.json (+5 dependencies)
- Dockerfile (base image updated)

**Action Required**: Review and update `.fpf/context.md` if constraints have changed.

### Stale Evidence (3 items)

| Evidence | Hypothesis | Changed File |
|----------|------------|--------------|
| ev-benchmark-api | api-optimization | src/api/handler.ts |
| ev-test-auth | auth-module | src/auth/login.ts |
| ev-perf-db | db-indexing | migrations/002.sql |

**Action Required**: Re-validate to refresh evidence for affected hypotheses.

### Decisions to Review (1 item)

| DRR | Affected By |
|-----|-------------|
| DRR-2025-01-10-api-design | src/api/handler.ts changed |

**Action Required**: Consider re-evaluating decision via `/fpf:propose-hypotheses`.

### Summary

- Context drift detected: YES
- Stale evidence: 3 items
- Decisions to review: 1 item

Run `/fpf:decay` for detailed freshness management.

File: .fpf/.baseline

Track the last actualization point:

# FPF Actualization Baseline
last_actualized: 2025-01-15T16:00:00Z
commit: abc123def456789
branch: main

When to Run

  • Before starting new work: Ensure knowledge base is current
  • After major changes: Sync evidence with code changes
  • Weekly maintenance: Part of regular hygiene
  • Before decisions: Ensure evidence is still valid
Usage Guidance
This is an instruction-only skill that will read your repository and .fpf knowledge-base files, run git diff-like checks, and may create/update .fpf/.baseline in the repo. Before using it, ensure you trust the skill source, back up .fpf if you care about current state, and run it on a feature branch or with a dry-run to review changes (the SKILL.md describes the actions it will take). There are no network calls or credential requests in the instructions; the primary risk is accidental modification of repository files (e.g., updating .fpf/.baseline), so review outputs before committing changes.
Capability Analysis
Type: OpenClaw Skill Name: actualize Version: 1.0.0 The skill 'fpf:actualize' is designed to synchronize a project's internal documentation (FPF state) with recent git repository changes. It performs standard auditing tasks such as running git diffs, checking configuration files (e.g., package.json, Dockerfile), and identifying stale evidence or outdated decisions within the .fpf/ directory. The logic is transparent, aligns with the stated purpose, and contains no indicators of malicious intent, data exfiltration, or unauthorized execution.
Capability Assessment
Purpose & Capability
The name/description (actualize FPF state) aligns with the runtime steps: running git diffs, reading .fpf files, and comparing evidence/decisions to changed files. No unrelated services, binaries, or credentials are requested.
Instruction Scope
SKILL.md explicitly limits actions to repository-local operations: git commands, reading .fpf/*, config files (package.json, Dockerfile, etc.), and producing a report. It does not instruct reading system-wide secrets or contacting external endpoints.
Install Mechanism
No install spec or code files are included (instruction-only). Nothing is downloaded or written to system install paths by the skill itself.
Credentials
No environment variables, credentials, or external API keys are required. The requested file reads (repo files and .fpf content) are proportionate to the stated task.
Persistence & Privilege
The skill is not marked always:true and does not request to modify other skills or global agent settings. It does suggest creating/updating .fpf/.baseline in the repo (expected behavior for an actualization step).
How to Use
  1. Make sure OpenClaw is installed (local or Docker)
  2. Run the install command in chat: /install actualize
  3. After installation, invoke the skill by name or use /actualize
  4. Provide required inputs per the skill's parameter spec and get structured output
Version History
v1.0.0
Initial release of the fpf:actualize skill - Introduces a command to reconcile the project's FPF knowledge base with recent repository changes. - Performs automated audits for context drift, stale evidence, and outdated decisions based on recent Git changes. - Generates a structured actualization report summarizing findings and highlighting required actions. - Updates the `.fpf/.baseline` file to track the last actualization point. - Supports regular maintenance of assurance case validity as part of project workflows.
Metadata
Slug actualize
Version 1.0.0
License MIT-0
All-time Installs 0
Active Installs 0
Total Versions 1
Frequently Asked Questions

What is Actualize?

Reconcile the project's FPF state with recent repository changes. It is an AI Agent Skill for Claude Code / OpenClaw, with 73 downloads so far.

How do I install Actualize?

Run "/install actualize" in the OpenClaw or Claude Code chat to install it in one step — no extra setup required.

Is Actualize free?

Yes, Actualize is completely free, licensed under MIT-0. You can download, install and use it at no cost.

Which platforms does Actualize support?

Actualize is cross-platform and runs anywhere OpenClaw / Claude Code is available (cross-platform).

Who created Actualize?

It is built and maintained by hahamumu08 (@hahamumu08); the current version is v1.0.0.

💬 Comments