mcpField
O
obsidian-experiment-log

obsidian-experiment-log

github.com/galaxy-dawnProductivity5.9k49 installsUpdated 1w ago
Repository

About obsidian-experiment-log

A supporting skill for Obsidian project workflows that maintains canonical experiment and result notes. It guides researchers in tracking hypotheses, findings, and links without creating duplicate pages.

Key features

  1. 01Maintains canonical experiment notes
  2. 02Promotes stable findings to results
  3. 03Links experiments and results
  4. 04Defines minimum note sections
  5. 05Connects papers to research findings

Use cases

  1. 01Recording hypotheses, metrics, and experiment status
  2. 02Promoting a stable outcome into a result note
  3. 03Linking paper-based ideas to experiments
  4. 04Preparing claim-worthy results for writing

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/galaxy-dawn/claude-scholar --skill obsidian-experiment-log

After installing, type/obsidian-experiment-login Claude Code to confirm it loaded.

Details

From the project README

Obsidian Experiment Log

Use this skill whenever project work changes the experimental state.

Role in the workflow

This is a supporting skill under obsidian-project-memory.

It should help maintain canonical experiment and result notes, not create note sprawl.

Default outputs

  • the relevant canonical note in Experiments/
  • the relevant canonical note in Results/, if a durable finding exists
  • links from today's Daily/ note
  • relevant hub or plan references only when project state materially changes

Main rules

  • Prefer updating an existing experiment note over creating a sibling note for the same experiment line.
  • Prefer updating an existing result note over creating a parallel result page for the same durable finding.
  • Raw logs, metric dumps, and temporary analysis fragments should usually stay in Daily/ until they are interpreted.
  • A result note should exist only when the outcome is stable enough to reference later.

Minimum experiment sections

  • Goal / hypothesis
  • Code or config entrypoint
  • Dataset / split
  • Metrics
  • Status (planned, running, done, failed)
  • Findings / notes
  • Next step

Minimum result sections

  • Linked experiment
  • Main observation
  • Key numbers
  • Evidence
  • Interpretation
  • Decision: keep / iterate / discard

Linking rule

Link experiments and results directly to each other, and link both back to 00-Hub.md, 01-Plan.md, or Daily/ only when those references improve the main working surface.

Research path handoff

Treat experiment notes as the bridge between Papers/ and Results/:

  • paper-derived hypotheses, baselines, and ablations should land here,
  • stable findings should be promoted from here into Results/,
  • when a result becomes claim-worthy, update Writing/ rather than leaving the chain unfinished.

Comments

Markdown supported