Skip to content
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
  • 1 view
  • Added September 20, 2026
devopsgobashsqldockerdatabasedevopsci/cdperformancedocumentation

Works with

  • cli

Security analysis

A100/100

Scanned September 20, 2026

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 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. Keep it an A: scan every change in CI with Pro.

Download with Pro
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

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

Loading comments…