log-session
Synthesises an authorship log entry from session checkpoints and conversation context. Presents draft for author approval before appending to the project's authorship_log.md.
What this skill does
# Log Session
## Overview
This skill produces an auditable record of authorship for AI-assisted thesis writing sessions. It synthesises checkpoint notes (written silently by content-creating skills during the session) and any remaining conversation context into a structured log entry, then presents it for author review and approval before appending to the project's `authorship_log.md`.
The log serves as a **defensible paper trail** demonstrating the author's intellectual direction of the work — not a mechanical transcript, but a record of decisions, rejections, and domain contributions.
## When to Use This Skill
- At the end of a thesis writing session (planning, writing, or revision)
- When the context window is approaching capacity (10% remaining warning)
- The user invokes `/log-session`
## Inputs
1. **Checkpoint scratch file**: `authorship_log_draft.md` in the thesis project root, written incrementally by `document-planner` and `writer` during the session
2. **Conversation context**: Whatever remains in the context window at invocation time
3. **Existing log**: `authorship_log.md` in the thesis project root (to read cumulative summary)
## Process
### Step 1: Gather Material
1. Read `authorship_log_draft.md` if it exists — these are the mid-session checkpoints captured while context was fresh
2. Scan current conversation context for any work done since the last checkpoint
3. Read the current `authorship_log.md` cumulative summary (if it exists) to update running totals
### Step 2: Analyse Provenance Data
Checkpoints from `document-planner` contain structured provenance tables. Extract and aggregate these.
#### 2a: Extract Quantitative Provenance
For each checkpoint with a Provenance Summary table, extract:
- Initial AI proposal counts (points, paragraphs)
- Final approved counts
- Surviving verbatim from initial
- AI points modified/deleted
- User-dictated points
- User-directed points
- Agent-suggested accepted/rejected
- Figure attribution
**Aggregate across all checkpoints** to produce session totals.
#### 2b: Compute Provenance Metrics
From the aggregated data, compute:
| Metric | Formula |
|--------|---------|
| **AI survival rate** | (surviving verbatim) / (initial AI points) |
| **User content ratio** | (user-dictated + user-directed) / (final points) |
| **Agent acceptance rate** | (agent-suggested accepted) / (agent-suggested total) |
| **Figure attribution** | user-suggested / total figures |
#### 2c: Categorise Qualitative Contributions
From checkpoint qualitative notes and conversation context, identify:
**Author direction** — instances where the author:
- Introduced a technical point, claim, or structural choice
- Rejected an agent suggestion (with brief reason if apparent)
- Modified an agent suggestion before accepting
- Provided domain knowledge not available in the literature
- Redirected emphasis, ordering, or scope
**Agent contributions** — instances where the agent:
- Proposed structure or content that was accepted without significant modification
- Suggested references from Zotero that were accepted
- Performed organisational work (sequencing, grouping, formatting)
**Iteration indicators**:
- Sections/blocks that required multiple revision cycles before approval
- Total exchange count (approximate if context has been compacted)
### Step 3: Draft Session Entry
Produce a structured entry in this format:
```markdown
## Session [DATE] — [Scope Description]
**Exchanges**: ~[N] | **Skills used**: [list]
**Checkpoints captured**: [N]
### Scope
[1-2 sentences: what was worked on this session]
### Content Provenance
| Metric | Value |
|--------|-------|
| Initial AI generation | [N] points in [M] paragraphs |
| Final approved | [N] points in [M] paragraphs |
| Surviving verbatim from AI | [N] ([X]%) |
| User-dictated content | [N] points ([X]%) |
| User-directed content | [N] points ([X]%) |
| Agent-suggested, accepted | [N] points ([X]%) |
| Agent-suggested, rejected | [N] points |
| Figures — user | [N] |
| Figures — agent | [N] |
**Summary**: [1-2 sentence plain-language interpretation, e.g., "The author extensively restructured and expanded the initial AI proposal. Of 120 final points, 108 were user-contributed; all 12 figures were user-suggested."]
### Author Direction
- [Concrete decisions, rejections, and domain contributions — 3-8 bullet points]
- [Each bullet should be specific enough to demonstrate intellectual control]
- [Include section/paragraph references where possible]
### Agent Contributions
- [What the agent provided — structural organisation, reference suggestions, prose drafting]
- [Be honest about agent-originated content that was accepted]
### Iteration & Negotiation
- [Sections that required significant back-and-forth]
- [Key points of disagreement and how they were resolved]
### Files Modified
- [List of files written or edited during the session]
```
### Step 4: Present for Author Approval
Present the draft entry as a complete block. The author will:
- Approve as-is
- Request specific corrections (misattributed decisions, missing context, inaccurate characterisation)
- Add points the log missed
Handle corrections conversationally — update the draft and re-present until approved.
**Do NOT**:
- Ask open-ended questions ("anything else to add?")
- Present the entry piecemeal
- Skip this approval step
### Step 5: Append to Log
Once approved:
1. **Append** the entry to `authorship_log.md` in the thesis project root
2. **Update the cumulative summary** at the top of the file (create it if this is the first entry)
3. **Delete** `authorship_log_draft.md` (the scratch file is consumed)
### Cumulative Summary Format
The top of `authorship_log.md` contains a running summary updated each session:
```markdown
# Authorship Log
## Cumulative Summary
- **Sessions logged**: [N]
- **Chapters/sections covered**: [list]
- **Total exchanges**: ~[N]
- **Tool**: Claude Opus [version], thesis-writer plugin v[version]
- **Process**: All content planned collaboratively via document-planner,
prose drafted via writer skill from approved plans. All citations from
author's Zotero library. Author reviewed and approved all output.
### Cumulative Provenance (planning sessions only)
| Metric | Total |
|--------|-------|
| Points planned | [N] |
| User-contributed (dictated + directed) | [N] ([X]%) |
| Agent-contributed (accepted proposals) | [N] ([X]%) |
| Figures — user-suggested | [N] |
| Figures — agent-suggested | [N] |
---
[Session entries in reverse chronological order]
```
## What This Skill Does NOT Do
- Does not modify any thesis content (plans, .tex files, figures)
- Does not assess quality or correctness of the work
- Does not fabricate or embellish the author's contributions
- Does not include full conversation transcripts (too verbose, out of context)
## Honesty Policy
The log must be **accurate, not flattering**. The quantitative provenance data provides an objective foundation — report the numbers as computed, not as the agent wishes they were.
**Specific honesty requirements:**
- If the AI survival rate is 0%, say so: "No initial AI-generated points survived to the final plan."
- If the author rejected most agent suggestions, report the rejection count honestly.
- If the agent's main contribution was organisational (sequencing, formatting) rather than substantive content, say so.
- If the author dictated nearly all content and the agent transcribed, that's valuable work but not authorship — characterise it accurately.
- Do not conflate "user-directed" (agent generated points from user's narrative goal) with "agent-suggested" (agent proposed without prompting). The former is author intellectual contribution; the latter is agent intellectual contribution.
The value of this log is its credibility — an honest record protects the author far better than a sanitised one. A log showing "Author extensively restructured initial AI proposal, contributed 90% of final content" isRelated in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.