Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsCommunityBlog
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

Back to skills

Synthesize Knowledge

ASecurity

Analyze external content and create comprehensive daily synthesis notes that consolidate all learning into a single reviewable daily Zettel

8 stars
0 votes
0 copies
0 views
Added 9/20/2026
devopsgobashsqldockerdatabasedevopsci/cdperformancedocumentation

Works with

cli

Security Analysis

A100/100

Scanned 9/20/2026

Install to Claude Code

$npx -y skills add tstapler/dotfiles --skill synthesize-knowledge --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Synthesize Knowledge?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Synthesize Knowledge
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tstapler-synthesize-knowledge/badge)](https://www.skillsdirectory.com/skills/tstapler-synthesize-knowledge)

More formats (shields.io, HTML) on the badges page.

Download Zip
Files
SKILL.md
---
description: Analyze external content and create comprehensive daily synthesis notes that consolidate all learning into a single reviewable daily Zettel
---

# Knowledge Synthesis and Integration Process

I'll help you systematically analyze external content and integrate it into your knowledge base using a **daily Zettel consolidation approach** that creates comprehensive synthesis in a single daily file.

## Daily Zettel Philosophy

**Core Principle**: Each day's knowledge synthesis is consolidated into a single daily Zettel (e.g., `Knowledge Synthesis - 2025-10-30.md`) that:
- Acts as a **synthesis hub** for all learning from that day
- Contains **comprehensive synthesis** for each source/topic analyzed
- Is **linked from the journal entry** for that day
- Provides a reviewable snapshot of daily learning
- Replaces the old pattern of creating separate massive pages per topic

**Key Requirements**:
- Each synthesis section should be COMPREHENSIVE (thorough coverage of the topic)
- ALL synthesis goes into the daily Zettel (no separate synthesis files per topic)
- CREATE or UPDATE topic Zettels for all major concepts discussed
- The daily Zettel can be large - consolidation is the goal, not brevity
- Link related concepts to topic Zettels for evergreen knowledge
- Structure daily Zettel with clear sections for each source
- Bidirectional linking: daily Zettel → topic Zettels → daily Zettel

## Sequential Thinking: Information Analysis Phase

<sequential_thinking>
Let me break down the information synthesis process:

1. **Content Acquisition and Analysis**
   - What is the source material and its credibility?
   - What are the 3-5 key concepts or insights worth capturing?
   - What unique perspectives does this source provide?
   - How does it connect to existing knowledge?

2. **Existing Knowledge Mapping**
   - What related full pages already exist?
   - Can this synthesis reference existing pages instead of duplicating?
   - What gaps does this fill?
   - Should any existing pages be updated?

3. **Daily Zettel Strategy**
   - Does today's Zettel already exist? (Format: `Knowledge Synthesis - YYYY-MM-DD.md`)
   - Should this be added as a new section in today's Zettel?
   - Or does this topic warrant a full dedicated page + brief summary in Zettel?
   - What's the minimal essential information to capture?

4. **Integration Approach**
   - How should this be linked from today's journal entry?
   - What 3-5 semantic tags best categorize this?
   - Which existing pages should be cross-referenced?
   - What's the one-sentence "why this matters" summary?
</sequential_thinking>

## Process Execution

### Pre-Synthesis Quality Check

**Before creating new content, check if topic already exists and its quality**:

```bash
cd ${PERSONAL_WIKI}

# Check if page exists and get quality metrics
uv run logseq-analyze quality "logseq/pages/${1}.md" 2>/dev/null

# If page exists, check its quality score
# If quality_score > 0.7 and word_count > 500:
#   - Page already comprehensive
#   - Consider updating instead of recreating
#   - Or add new insights to existing page
```

This prevents:
- Duplicating existing comprehensive content
- Overwriting quality pages
- Missing opportunities to enhance existing content

### Execution Strategy: Agent-Assisted Daily Zettel Synthesis

I'll delegate to the **knowledge-synthesis agent** with specific instructions for the **daily Zettel workflow**:

**When to Use the Agent:**
- Any external source requiring synthesis (articles, videos, docs, discussions)
- Multi-source research requiring consolidation
- Topics needing both brief summary (in daily Zettel) and full page (if warranted)

**Agent Task Template:**

```
Task for knowledge-synthesis agent:

Synthesize knowledge from: ${1:-[topic/URL]}
Focus area: ${2:-[specified topic area]}

**CRITICAL WORKFLOW - Daily Zettel Pattern:**

1. **Create or Append to Daily Zettel**:
   - File: `${PERSONAL_WIKI}/logseq/pages/Knowledge Synthesis - $(date +%Y-%m-%d).md`
   - Format: `Knowledge Synthesis - 2025-10-30.md` (use hyphens, not underscores)
   - If file doesn't exist, create it with header:
     ```markdown
     # Knowledge Synthesis - 2025-10-30

     Daily consolidation of synthesized knowledge from external sources.

     ---
     ```
   - Add new section for this source with:
     - **Source heading** (## [Topic/Title])
     - **Comprehensive synthesis** (thorough coverage, no artificial word limits)
     - **Key Findings** (detailed insights and takeaways)
     - **Related Concepts** (link to existing full pages with [[Page Name]])
     - **Source Attribution** (clickable link to original)
     - **Tags** (3-5 semantic tags)

2. **Comprehensive Coverage in Daily Zettel**:
   - ALL synthesis content goes into the daily Zettel
   - NO separate synthesis files per topic (the old anti-pattern)
   - Each section should be thorough and complete
   - The daily Zettel can be large - that's expected and good
   - Focus: CONSOLIDATION (one file per day), not BREVITY (one concept per file)

3. **Create or Update Topic Zettels** (MANDATORY):
   - For each major topic/concept in the synthesis:
     - Check if topic Zettel exists (e.g., `Docker.md`, `PostgreSQL.md`)
     - If doesn't exist: Create new Zettel following Zettelkasten structure
     - If exists: Update with new insights from current synthesis
     - Add reference back to daily synthesis: `- [[Knowledge Synthesis - 2025-10-30]] - [what was learned]`
   - Ensure bidirectional links: daily Zettel links to topics, topics link back to daily synthesis
   - Topic Zettels are evergreen pages that accumulate knowledge over time

4. **Update Today's Journal Entry**:
   - File: `${PERSONAL_WIKI}/logseq/journals/$(date +%Y_%m_%d).md`
   - Add: `- Synthesized knowledge from [[Source/Topic]]. See [[Knowledge Synthesis - 2025-10-30]]`
   - Keep journal entry brief - details live in daily Zettel

4. **Research and Attribution**:
   - Find supporting evidence and perspectives
   - Include clickable source links in daily Zettel
   - Cross-reference existing knowledge base pages

4. **Quality Standards**:
   - COMPREHENSIVE coverage - thorough synthesis of the source material
   - CONSOLIDATED - all synthesis in single daily Zettel, not separate synthesis files
   - TOPIC ZETTELS - create or update evergreen topic pages for major concepts
   - BIDIRECTIONAL LINKS - daily Zettel ↔ topic Zettels ↔ daily Zettel
   - ONE FILE PER DAY - all synthesis goes into single daily Zettel

Expected deliverables:
- Updated or created daily Zettel with comprehensive new section
- Created or updated topic Zettels for all major concepts
- Updated journal entry linking to daily Zettel
- Bidirectional links between daily synthesis and topic pages
```

### Phase 2: Quality Assurance

I'll verify synthesis quality using analysis tools:

**Run Post-Synthesis Quality Check**:
```bash
cd ${PERSONAL_WIKI}

# Check quality of newly created/updated pages
uv run logseq-analyze quality "logseq/pages/Knowledge Synthesis - $(date +%Y-%m-%d).md"

# For any new topic Zettels created
uv run logseq-analyze quality "logseq/pages/${topic_name}.md"

# Check connection health
uv run logseq-analyze connections "logseq/pages/${topic_name}.md"
```

**Quality Metrics to Verify**:
- Word count ≥ 500 for topic Zettels
- Quality score ≥ 0.7 for comprehensive content
- Connection count ≥ 3 for good integration
- All required sections present
- Source citations included

**Traditional Verification**:
- Daily Zettel exists and is properly formatted
- Individual synthesis sections are comprehensive and thorough
- Topic Zettels created or updated for all major concepts
- Bidirectional links between daily Zettel and topic Zettels
- Journal entry links to daily Zettel
- Source attribution is present and clickable
- Cross-references to existing pages are appropriate
- Semantic tags are applied (3-5 per section)

## Fallback Strategy for Permission Failures

If Write permissions are not available:

1. **Analysis Mode**: Provide comprehensive analysis without file modifications
   - Generate synthesis content in markdown code blocks
   - Provide intended file paths for manual saving
   - List all topics that need Zettel creation
   - Identify existing pages that should be updated

2. **Read-Only Operations**: Focus on what can be done
   - Search existing knowledge base for related content
   - Identify gaps and missing pages
   - Provide structured recommendations
   - Generate content ready for copy-paste

3. **User Guidance**: Clear instructions for manual actions
   - Exact file paths where content should be saved
   - Commands to run for validation
   - Integration steps for journal entries
   - Verification checklist

## Example Daily Zettel Structure

**File**: `${PERSONAL_WIKI}/logseq/pages/Knowledge Synthesis - 2025-10-30.md`

```markdown
# Knowledge Synthesis - 2025-10-30

Daily consolidation of synthesized knowledge from external sources.

---

## Prompt Engineering Best Practices

**Context**: Article on effective LLM prompt design patterns.

**Key Findings**:
- Use XML tags for clear section separation in complex prompts
- Few-shot examples (3-5) more effective than zero-shot for nuanced tasks
- Chain-of-thought prompting improves reasoning by 15-30% on complex problems
- System prompts define persistent behavior, user prompts define specific tasks

**Related Concepts**: [[LLM Prompting]], [[Claude]], [[Chain-of-Thought Reasoning]]

**Source**: [Anthropic Prompt Engineering Guide](https://docs.anthropic.com/en/docs/prompt-engineering)

**Tags**: #[[AI]] #[[Best Practices]] #[[LLM Techniques]]

---

## Docker Multi-Stage Builds

**Context**: Tutorial on optimizing container image sizes.

**Key Findings**:
- Multi-stage builds reduce final image size by 80-90% vs single-stage
- Build dependencies stay in build stage, runtime only includes essentials
- Pattern: builder stage → minimal runtime stage → COPY artifacts
- Enables clean separation of build-time vs runtime dependencies

**Related Concepts**: [[Docker]], [[Container Optimization]], [[CI/CD]]

**Source**: [Docker Multi-Stage Builds Documentation](https://docs.docker.com/build/building/multi-stage/)

**Tags**: #[[DevOps]] #[[Docker]] #[[Performance Optimization]]

---

## PostgreSQL Connection Pooling with PgBouncer

**Context**: Deep dive into PgBouncer configuration for high-traffic applications. Created full dedicated page due to technical complexity and frequent reference need.

**Brief Summary**: PgBouncer multiplexes client connections to reduce PostgreSQL connection overhead. Three pooling modes (session, transaction, statement) trade off compatibility for efficiency. See [[PgBouncer]] for complete configuration guide and connection math.

**Key Insight**: Transaction pooling achieves 100:1 connection multiplexing safely for stateless apps.

**Source**: [PgBouncer Documentation](https://www.pgbouncer.org/usage.html)

**Tags**: #[[PostgreSQL]] #[[Database]] #[[Performance]]
```

**Corresponding Journal Entry** (`${PERSONAL_WIKI}/logseq/journals/2025_10_30.md`):

```markdown
- Synthesized knowledge from prompt engineering, Docker optimization, and PostgreSQL pooling. See [[Knowledge Synthesis - 2025-10-30]]
```

## Output Deliverables

This workflow produces:
- **Daily Zettel** (`Knowledge Synthesis - YYYY-MM-DD.md`): Single file consolidating all synthesis from that day
- **Comprehensive Sections**: Each source gets thorough synthesis with detailed insights
- **Topic Zettels**: Created or updated evergreen pages for all major concepts (e.g., `Docker.md`, `PostgreSQL.md`)
- **Bidirectional Links**: Daily Zettel links to topics; topics reference back to daily synthesis
- **Journal Link**: Simple reference from journal to daily Zettel
- **Cross-References**: Links to existing knowledge base pages
- **Source Attribution**: Clickable links to original materials
- **Semantic Tags**: 3-5 tags per section for discoverability

## Benefits of Daily Zettel Approach

- **Reviewable**: All of day's learning consolidated in one file
- **Organized**: Chronological record of knowledge acquisition
- **Comprehensive**: Thorough synthesis of each source
- **Consolidated**: One file per day instead of scattered individual files
- **Connected**: Links to existing knowledge base pages for context
- **Discoverable**: Journal entries point to daily consolidation

## File Handling Strategy

**Daily Zettel Location**: `${PERSONAL_WIKI}/logseq/pages/Knowledge Synthesis - YYYY-MM-DD.md`
**Journal Location**: `${PERSONAL_WIKI}/logseq/journals/YYYY_MM_DD.md`
**Full Pages** (if needed): `${PERSONAL_WIKI}/logseq/pages/[Topic Name].md`

The goal is to transform external information into a **reviewable daily learning log** where each synthesis is comprehensive, well-linked, and consolidated into a single daily file.

Usage: `/synthesize_knowledge [source_url] [optional_topic_focus]`

Attribution

tstaplertstapler
View sourceMore from tstapler →
SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Related Skills

Terraform Module Library

Build reusable Terraform modules for AWS, Azure, and GCP infrastructure following infrastructure-as-code best practices. Use when creating infrastructure modules, standardizing cloud provisioning, or implementing reusable IaC components.

397921 votes

sematext-otel

Wire a service's OpenTelemetry output to Sematext Cloud. Walks through region, App-type, instrumentation flow (managed OTLP endpoint vs Sematext Agent), and signal selection (traces/metrics/logs), then produces the exact env-var block and points at a runnable reference example in this repo. Invoke when instrumenting a new app for Sematext.

01 votes

Deployment Patterns

Deployment workflows, CI/CD pipeline patterns, Docker containerization, health checks, rollback strategies, and production readiness checklists for web applications. Use when setting up deployment infrastructure or planning releases.

2459130 votes

Babysit

Watch a pull request or review cycle until it is ready to merge. Use when asked to babysit, monitor, or keep checking PR comments, reviews, and CI until all actionable issues are resolved.

942310 votes

V7 Roster

Interact with the Paperclip control plane API for task coordination and governance. Use when checking assignments, updating issue status, posting comments, delegating work, managing routines, or calling Paperclip API endpoints.

805540 votes
View all in devops →