aoa-sanitized-share

Redact sensitive details from technical material and place sanitized output in a public-safe location.

4|Updated Mar 18, 2026
One-click install
npx skills add https://github.com/8Dionysus/aoa-skills --skill aoa-sanitized-share
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: aoa-sanitized-share
Source: https://github.com/8Dionysus/aoa-skills/tree/main/.agents/skills/aoa-sanitized-share
Command: npx skills add https://github.com/8Dionysus/aoa-skills --skill aoa-sanitized-share

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Turn potentially sensitive technical material (logs, configs, diagnostics, reports) into a shareable, reviewable, public-safe artifact while keeping the raw source separate and preserving the core lesson after redaction. This reduces the risk of leaking secrets, topology, or internal identifiers when material must be shared with a broader audience or published.

Core Features & Use Cases

  • Structured Sanitization: Inspect input for tokens, private paths, topology, and internal identifiers, then remove, redact, or generalize sensitive details while preserving meaning.
  • Source Separation & Placement: Keep raw material distinct from the sanitized surface and place the sanitized artifact in the project's canonical public-safe location for discoverability.
  • Verification & Transparency: Record what was generalized or removed, name remaining uncertainty, and verify the sanitized output remains useful for the intended audience.
  • Use Case: Convert an incident log or diagnostic output into a public incident summary that teaches the technical lesson without exposing secrets or internal topology.

Quick Start

Use aoa-sanitized-share to produce a public-safe version of the attached system log, place the sanitized artifact in the project's public-safe directory, and document the redactions and remaining uncertainties.

Frequently Asked Questions about aoa-sanitized-share

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

FAQPage Schema
How do I sanitize system logs for public sharing without exposing internal topology?

Sanitize system logs by inspecting input for tokens, private paths, and internal identifiers, then removing or generalizing sensitive details to produce a shareable artifact while preserving the technical lesson.

What is the best way to redact sensitive configuration files before publishing?

Redact sensitive configuration files by separating the raw source from the shareable surface, replacing secrets and internal identifiers, and placing the sanitized output in a canonical public-safe location.

How does sanitization preserve technical meaning when redacting diagnostic reports?

Sanitization preserves technical meaning by generalizing sensitive details instead of blindly deleting them, ensuring the diagnostic report remains useful for the intended audience while keeping raw material distinct.

Can I verify what was removed when converting an incident log into a public summary?

Yes, the process records what was generalized or removed, explicitly names any remaining uncertainty, and verifies the sanitized output remains useful for its intended audience.

Does this approach work for sanitizing diagnostic outputs and examples that contain secrets?

Yes, it applies to logs, configurations, diagnostics, reports, and examples that may contain secrets, topology, or internal identifiers when the output needs a canonical public-safe home.

When should I not use a structured sanitization process for technical artifacts?

Avoid structured sanitization when raw source separation is impossible or when remaining ambiguity cannot be explicitly named, as the process relies on verifying that redacted outputs remain technically useful and transparent.