{
  "id": 5106971,
  "title": "A source-led research-paper workflow with Obsidian, Claude Code, LaTeX, and Codex",
  "url": "https://urgent.news/2026/09/02/a-source-led-research-paper-workflow-with-obsidian-claude-code-latex",
  "topic": "ai",
  "section": "AI",
  "published": "2026-09-02T14:48:34.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/softwaresausage/a-source-led-research-paper-workflow-with-obsidian-claude-code-latex-and-codex-dd4"
  },
  "original_language": "en",
  "account": "This article details a research paper workflow that utilizes four AI tools: Obsidian, Claude Code, LaTeX, and Codex. The process begins with the creation of a brief.md file which outlines the research question, audience, scope, deadline, rules, citation style, and any exclusions or specialist reviews required.\n\nNext, the source ledger (source-ledger.md) is established to serve as the control surface for all material claims. Each claim is given a unique ID, the claim itself, the corresponding citekey, page/section location, status, and any additional notes. The author is responsible for updating the status of each claim from UNVERIFIED to VERIFIED after reviewing the cited source material.\n\nOnce the ledger and outline (outline.md) have been populated, the drafting agent is tasked with inventorying only the permitted source files, building the ledger, and drafting the argument in outline.md before any manual editing. This agent is instructed not to browse, download, upload, publish, or contact anyone without explicit authorization by the author.\n\nAfter drafting, a build script (verify.sh) is run to check that all required artifacts exist and to build the manuscript using latexmk. A final check is then performed to reject any remaining TODO, UNVERIFIED, and UNRESOLVED markers.\n\nFinally, a separate criticism model (Codex) is employed to review the brief, source ledger, manuscript diff, bibliography, and build output. This model identifies unsupported claims, broken references, logical gaps, and reproducibility failures, which are then documented in review-findings.md. The author is still responsible for opening each cited source and resolving any material findings.\n\nThe paper is considered ready for author review when the manuscript compiles without errors, all build warnings have been addressed, every material claim has been verified, the review log shows each finding and its resolution, and the author has confirmed the venue's authorship and AI-use rules. If proprietary tools are not suitable, alternatives such as Zettlr, Logseq, Aider, or OpenHands can be tested, although the same fixture and final checks should be rerun after making any changes.",
  "summary": "Disclosure: AI tools helped draft and edit this article. A human publisher reviewed the final text and workflow before publication. Putting four tools in a list does not make a workflow. The difficult part is deciding which tool owns each artifact, what the next tool may change, and what must still be checked by a person. This recipe uses four bounded roles: Obsidian keeps the source ledger,…",
  "key_points": [
    "Research workflow uses Obsidian, Claude Code, LaTeX, and Codex",
    "Source ledger tracks claim IDs, citations, status, notes",
    "Drafting agent builds manuscript after source inventory and review"
  ],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}