AI Decision System
Replayable, offline-verifiable records for AI-assisted go/no-go decisions: experiment promotions, typed model answers and human-approved actions.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기Code package dependency analyzer
저장소 README에서 가져옴
README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
Code deps health tracker.
Parses SemanticDB or jdeps output
into the codeps export format,
then emits a flat metrics report:
SCC facts with optional budgeted cut analysis, per-node exposed-surface metrics
(ports/mutPorts/exposure/dependentsPerPublicPort) and declaration-surface
encapsulation —
over the package graph, or the file graph of the packages you select.README 전문 보기 ↗Code deps health tracker.
Parses SemanticDB or jdeps output
into the codeps export format,
then emits a flat metrics report:
SCC facts with optional budgeted cut analysis, per-node exposed-surface metrics
(ports/mutPorts/exposure/dependentsPerPublicPort) and declaration-surface
encapsulation —
over the package graph, or the file graph of the packages you select.
Your local build already produces everything codeps needs: a compiler with SemanticDB enabled emits
.semanticdb files alongside your compiled classes, and the JDK ships jdeps — codeps just reads
that existing output. No extra tooling to install.
Requires a JDK (11+).
# macOS or Linux (Homebrew)
brew install sake92/tap/codeps
# Scala: compile with SemanticDB enabled
scala-cli compile --server=false --semanticdb -d classes src/
# Configure codeps to read the compiler output, then analyze it
mkdir -p .codeps
cat > .codeps/config.yaml <<'EOF'
projects:
app:
root: .
source: semanticdb
inputs: [classes/META-INF/semanticdb]
skip-tests: true
EOF
codeps status
One status run writes package and file reports when the selected source
supplies file data. See the jdeps setup guide
for Java input.
For any other ecosystem, produce the codeps export format
with a tool of your choice (madge, pydeps, go list, ...), configure it as an
export source, then run status — codeps never parses that source code itself:
madge --json src | jq '... shape it into the codeps export format ...' > deps.json
cat > .codeps/config.yaml <<'EOF'
projects:
app:
root: .
source: export
inputs: [deps.json]
EOF
codeps status
The metrics are language-agnostic once the node/edge list carries per-node isExposed/ports/mutPorts
(see the metrics report) —
a TS/Python extractor only has to emit the same generic JSON shape.
Start with bounded findings from the latest cached report, then inspect selected subjects:
codeps findings --project app --limit 10 --format json
codeps inspect-cycle --project app --id scc:com.example.orders
codeps inspect-node --project app --id com.example.orders
Use ids returned by findings and preserve the selected project and scope. Check both
omitted and sourceFindingsOmitted before treating the selection as exhaustive.
The CLI reference covers finding
filters, file scope, and inspection. Cycle-cut analysis is available in the core library;
CLI reports have cutAnalysis.status: notRequested.
Developing codeps itself requires deder (brew install sake92/tap/deder):
deder exec -t test # run all tests
deder exec -t run -m cli status
The website is built with flatmark:
./scripts/build-docs.sh # outputs docs/_site/
Deployed to GitHub Pages on every push to main (see .github/workflows/ghpages.yml).