doctor-check
SKILL.md declares API key validation and permission checks without specifying implementation details or access levels, creating a doc-to-code mismatch risk.
Why this conclusion was reached
0/4 dimensions flaggedDeclared resources and inferred behavior are broadly aligned.
No obvious high-risk egress or execution signals were found.
There is no explicit malicious chain in the report.
Dependency information is incomplete, so supply-chain confidence stays limited.
What drove the risk score up
Skill declares 'API密钥有效性检查' without specifying how validation is performed
'权限设置' declared but scope of permission access not specified
'锁文件清理' implies file deletion but not explicitly declared as WRITE access
Most important evidence
API key validation method unspecified
SKILL.md declares 'API密钥有效性检查' but does not specify whether keys are validated locally or by calling external services. This creates ambiguity about network access and data handling.
SKILL.md:15 Permission check scope not declared
'权限设置' (permission settings) is declared as a check item but the scope of what permissions are checked and how is not specified.
SKILL.md:16 Implicit filesystem WRITE not declared
'锁文件清理' (lock file cleanup) implies the ability to delete files, constituting filesystem WRITE access, but this is not explicitly declared in the capability model.
SKILL.md:12 Declared capability vs actual capability
SKILL.md: '锁文件清理' implies deletion capability SKILL.md: '环境检查' declared but no detail on scope SKILL.md: 'API密钥有效性' may require network access for validation Suspicious artifacts and egress
No obvious IOC was extracted.
Dependencies and supply chain
There are no structured dependency warnings.
File composition
SKILL.md