DBDelve
DBDelve는 Rust 기반 빠른 다중 엔진 데이터베이스 클라이언트, 무료 오픈소스, 텔레메트리 없음
AI가 초안을 만들고 엔지니어가 검토·승인하면 결과가 작성자에게 전달되는 서비스
For the engineer who reviews code written with AI tools by people who are not engineers. The AI does the first pass, you confirm or reject each finding, and only confirmed findings reach the author.
개발 도구GitHub @Changliu53온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
저장소 정보는 아직 수집하지 않았습니다.
아직 감지된 업데이트가 없습니다. 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 전문 보기 ↗