DBDelve
Dive deep into your data. A fast, native, multi-engine database client written in Rust. Free and open source, no telemetry.
翻译准备中
尚未收集仓库信息。
尚未检测到更新。GitHub 发布版本后会显示在这里。
制作者的介绍仅有上面的一句话。 更多详情请阅读仓库 README。 仓库 README ↗
正在加载完整 README。
查看完整 README ↗In small teams, people who are not engineers now ship features written by AI tools, and one engineer has to review all of it. Second Look is a tool for that engineer: it does the first pass on each pull request, and the engineer confirms, rejects, or rewrites every finding before the author sees anything.
Everything below works without an account.
To run the whole flow with real pull requests, use fieldops-platform-sample, a small multi-tenant ASP.NET Core service. It has a script that opens a prepared pull request and one that pushes its fix. Anyone added to that repository as a collaborator can do this: they install nothing and none of their own repositories are involved. See scripts/walkthrough.
flowchart LR
PR[Pull request] -->|webhook| Review[AI first pass]
Review -->|pending findings| Dash[Reviewer dashboard]
Dash -->|confirm / reject / edit| Publish[Publish]
Publish -->|send back with a fix prompt| PR
Publish -->|or: reviewer takes over| PR
PR -->|new commit| Review
A pull request is opened. A GitHub App receives the event and fetches the diff, the changed files, and the team's .second-look.md rules from the main branch.
The AI does the first pass. The reviewer's dashboard shows it live: fetching the diff, reading files, the model reviewing. Findings come back in a fixed schema and are stored as pending. Nothing is posted to the pull request.
An engineer decides. Findings sit inline in the diff. Confirm, reject, or rewrite each one; each is one click, and a decided finding folds to one line so what is left stands out. A reason for a rejection is optional and one more click. j k n move between findings and c r e act on them. To add something the first pass missed, hover a line, click the +, and write the finding yourself. Publish stays disabled, and says why, until every finding has a decision.
The engineer publishes and chooses who fixes it.
A check run blocks the merge while a confirmed finding is critical, and passes otherwise. It stays in progress until a human publishes, so a pull request cannot go green on the AI's word alone.
A fix is pushed and the pull request is reviewed again. The new review knows what the reviewer decided last time. Findings they rejected are not raised again, and each finding that was sent gets a verdict: fixed, still there, or cannot tell.
The decisions are added up. The dashboard's insights page shows the share of first-pass findings that reviewers confirmed, by severity and category, the reasons for rejections, what reviewers had to add themselves, and how long authors wait for a reviewer. Where reviewers keep rejecting a kind of finding, it suggests a line for .second-look.md so the first pass stops raising it. It reads stored decisions and calls no model.
以上为 README 的开头部分。其余内容请阅读原文。 查看完整 README ↗