edn-analyzer
Logseq 그래프용 EDN 템플릿 분석
EDN 템플릿 분석은 수동으로 수행하면 시간이 많이 소요됩니다. edn-analyzer 기술은 Logseq 데이터베이스 그래프 템플릿에 대한 자동화된 구조 분석, 품질 검사 및 비교 기능을 제공합니다. 고아 항목을 식별하고, 구조를 검증하며, 실행 가능한 보고서를 생성합니다.
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「edn-analyzer」。 Analyze build/logseq_db_Templates_full.edn
預期結果:
- Template Statistics:
- Total Classes: 632
- Total Properties: 1,033
- Property Types: :default (620, 60%), :node (280, 27%), :date (89, 9%), :url (32, 3%), :number (12, 1%)
- Cardinality: :one (748, 72%), :many (285, 28%)
- Issues Found: 2 orphaned classes (Schedule, ProductCategory)
正在使用「edn-analyzer」。 Compare full and CRM templates
預期結果:
- Variant Comparison:
- Full: 632 classes, 1,033 properties, 497KB, 11 modules
- CRM: 8 classes, 240 properties, 298KB, 4 modules
- CRM Includes: base/, person/, organization/, common/
- CRM Excludes: creative-work/ (14), event/ (17), misc/ (82)
- Size Reduction: 40% smaller, optimized for customer relationships
安全審計
低風險Evaluated 216 static findings across 4 files (3,190 lines). All findings are false positives: external_commands (151) are documentation examples of bash scripts, network URLs (5) are documentation references, and cryptographic algorithm flags misidentify Clojure EDN keywords like :db.cardinality/one. This is a read-only EDN template analysis skill using Read/Grep/Glob tools.
風險因素
📁 檔案系統存取 (1)
品質評分
你能建構什麼
템플릿 개발을 위한 품질 보증
배포 전에 새 템플릿이나 수정된 템플릿에서 문제를 찾기 위해 자동화된 검사를 실행합니다. 고아 클래스, 중복 ID 및 구조적 문제를 식별합니다.
템플릿 변형 비교
다른 템플릿 빌드(Full, CRM, Research 등)를 비교하여 각 변형에 포함되거나 제외된 클래스 및 속성을 이해합니다.
기존 템플릿 상태 감사
대규모 템플릿 리포지토리의 포괄적인 감사를 수행하여 불필요한 항목, 불균형 모듈 및 잠재적인 재구성 기회를 식별합니다.
試試這些提示
[FILE_PATH]의 템플릿을 분석하고 다음을 보여주세요: - 총 클래스 및 속성 수 - 속성 유형 분포 (default, node, date, url, number) - 카디널리티 분류 (:one vs :many) - 발견된 품질 문제
[FILE_PATH]에서 모든 고아 클래스 및 속성을 찾으세요. 각 고아 항목에 대해 다음을 보여주세요: - 항목 이름 및 ID - 파일 위치 (파일 및 라인 번호) - 예제 코드가 포함된 수정 제안
[TEMPLATE_A]와 [TEMPLATE_B]를 비교하세요. 다음을 보여주세요: - 크기 비교 (클래스, 속성, KB) - 각 템플릿에 고유한 항목 - 모듈 수준의 차이점 - 각 템플릿이 최적화된 사용 사례
[TEMPLATE_PATH]에서 모듈 균형을 분석하세요. 각 모듈에 대해 다음을 보여주세요: - 클래스 및 속성 수 - 클래스당 속성 비율 - 모듈이 적절한 크기인지 재구성이 필요한지 - 문제가 있는 모듈에 대한 구체적인 제안
最佳實務
- 문제에 대한 정확한 줄 번호를 얻으려면 프롬프트에서 특정 파일 경로 사용
- 템플릿 상태의 전체 그림을 얻으려면 통계와 문제를 모두 요청
- 변형을 비교할 때 제외 사항을 이해하기 위해 모듈 수준의 분류 요청
- 각 문제에 대한 수정 제안을 요청하여 품질 보고서 후속 조치
避免
- 파일 경로를 지정하지 않고 분석 요청
- 기술이 템플릿을 수정할 것으로 예상 - 기술은 분석 및 보고만 수행
- '모든 것 분석'과 같은 모호한 요청 대신 특정 분석 유형 사용
- 기술이 Clojure 코드를 실행하거나 데이터베이스 쿼리를 실행할 수 있다고 가정
常見問題
이 기술은 어떤 파일 형식을 분석합니까?
이 기술이 발견한 문제를 수정할 수 있습니까?
큰 템플릿의 분석은 얼마나 걸립니까?
속성 유형 간의 차이점은 무엇입니까?
사용자 정의 템플릿을 표준 템플릿과 어떻게 비교합니까?
고아 클래스는 무엇이고 왜 중요합니까?
開發者詳情
授權
MIT
引用
main
檔案結構