lamdan

Critiques software design decisions across architecture, artifact choice, and implementation through full-codebase sweeps.

Updated Aug 19, 2026
One-click install
npx skills add https://github.com/SYKhayyat/claude-skills --skill lamdan-sykhayyat
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: lamdan
Source: https://github.com/SYKhayyat/claude-skills/tree/main/lamdan/skills/lamdan
Command: npx skills add https://github.com/SYKhayyat/claude-skills --skill lamdan-sykhayyat

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Standard code reviews check whether code works, but never ask whether the code should exist, whether the architecture is right, or whether the implementation fits the design. This Skill fills that gap by arguing about design intent rather than hunting bugs. ## Core Features & Use Cases - Three-lens design critique: Evaluates every finding across what was built (right artifact?), architecture (right shape?), and implementation (right code inside?), with explicit verdicts like don't-build, delete, rewrite, or wrong-but-keep. - Full-coverage codebase sweep: Partitions the repository into regions, reads every region via fresh-context subagents, and uses git history only to rank findings rather than to select what gets read. - Argumentative dialogue, not a report: Leads with the strongest claim, steelmans the existing design before attacking it, concedes to new facts, and refuses to concede to pushback alone. - Use Case: Before building a new caching layer, run the Skill on the spec — it may ladder the want from "caching layer" down to "one slow query" and save 400 lines of code. ## Quick Start Ask the AI to run lamdan on the whole repository to argue about whether the current design is the right thing to have built.

Frequently Asked Questions about lamdan

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review software architecture instead of just checking for bugs?

Run lamdan on a repository, path, PR, or spec. It evaluates three separate questions — was this the right software to build, is the architecture right, and is the implementation right — and returns argued findings with verdicts like rewrite or delete.

How does lamdan differ from a standard code review?

Standard reviews check whether code delivers its declared intent; lamdan argues with the intent itself. It commits to its own design before reading yours, sweeps every region of the codebase, and produces a live argument rather than a bug list.

Can lamdan review a plan or spec before code is written?

Yes, that is its best use case. Point it at a plan or spec and it can issue a don't-build verdict, which is free before code exists. It also works on paths, PRs, and code about to be changed.

Does lamdan edit code or only report findings?

By default it only reports and argues in chat, since design decisions carry business context it lacks. The /lamdan fix switch applies changes, and /lamdan doc writes the argument to a file instead of chatting.

When should I not use lamdan on a codebase?

Avoid it on stable, load-bearing code you do not intend to change — it mostly produces wrong-but-keep verdicts there. It is also not a bug finder; correctness review belongs to other tools.