@colin4k1024/tsp 2.4.9 → 2.5.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (27) hide show
  1. package/README.md +4 -1
  2. package/marketplace.json +8 -7
  3. package/package.json +1 -1
  4. package/scripts/__pycache__/__init__.cpython-311.pyc +0 -0
  5. package/scripts/__pycache__/build_platform_artifacts.cpython-311.pyc +0 -0
  6. package/scripts/__pycache__/install_platform.cpython-311.pyc +0 -0
  7. package/scripts/__pycache__/langfuse_trace.cpython-311.pyc +0 -0
  8. package/scripts/__pycache__/query_audit_logs.cpython-311.pyc +0 -0
  9. package/scripts/__pycache__/scan_leaked_keys.cpython-311.pyc +0 -0
  10. package/scripts/__pycache__/team_skills_platform.cpython-311.pyc +0 -0
  11. package/scripts/__pycache__/team_skills_platform.cpython-313.pyc +0 -0
  12. package/scripts/__pycache__/validate_library.cpython-311.pyc +0 -0
  13. package/scripts/__pycache__/validate_workflow_state.cpython-311.pyc +0 -0
  14. package/scripts/evolution/__pycache__/__init__.cpython-311.pyc +0 -0
  15. package/scripts/evolution/__pycache__/store.cpython-311.pyc +0 -0
  16. package/scripts/hooks/__pycache__/__init__.cpython-311.pyc +0 -0
  17. package/scripts/hooks/__pycache__/mcp_health_check.cpython-311.pyc +0 -0
  18. package/scripts/hooks/__pycache__/observe.cpython-311.pyc +0 -0
  19. package/scripts/hooks/__pycache__/session_end.cpython-311.pyc +0 -0
  20. package/scripts/hooks/__pycache__/session_start.cpython-311.pyc +0 -0
  21. package/scripts/lib/__pycache__/audit_logger.cpython-311.pyc +0 -0
  22. package/scripts/lib/__pycache__/audit_query.cpython-311.pyc +0 -0
  23. package/scripts/lib/__pycache__/hook_contract.cpython-311.pyc +0 -0
  24. package/scripts/lib/__pycache__/memory_store.cpython-311.pyc +0 -0
  25. package/scripts/lib/__pycache__/utils.cpython-311.pyc +0 -0
  26. package/skills/goframe-v2/examples/practices/quick-demo/manifest/config/config.yaml +14 -14
  27. package/skills/repo-scan/SKILL.md +63 -63
package/README.md CHANGED
@@ -1,4 +1,7 @@
1
- # Team Skills Platform
1
+ <div align="center">
2
+ <img src="./assets/icon.png" alt="Team Skills Platform" width="128" height="128"/>
3
+ <h1>Team Skills Platform</h1>
4
+ </div>
2
5
 
3
6
  面向团队协作与平台治理的开源 Team Skills Platform,用于把单代理执行模式升级成“`Tech Lead` 编排 + 专业角色协作”的虚拟研发团队工作模型,并叠加 ECC 风格的 harness layer、specialist 命令与运行时增强能力。当前平台同时支持 `team mode` 与 `solo mode`,前者强调多人交接,后者强调单人闭环但保留同样的关键门禁。
4
7
 
package/marketplace.json CHANGED
@@ -3,8 +3,8 @@
3
3
  "name": "team-skills-platform",
4
4
  "description": "Role-based Team Skills platform with an ECC-style harness skeleton, specialist agents, commands, rules, hooks skeleton, contexts, and curated engineering skills.",
5
5
  "owner": {
6
- "name": "Engineering Team",
7
- "email": "engineering@example.com"
6
+ "name": "Colin4k1024",
7
+ "email": "colin4k1024@gmail.com"
8
8
  },
9
9
  "metadata": {
10
10
  "description": "Hybrid role platform plus ECC-style harness skeleton"
@@ -14,13 +14,14 @@
14
14
  "name": "team-skills-platform",
15
15
  "source": "./",
16
16
  "description": "Team-oriented workflow plugin with role agents, 27 specialist agents, ECC-inspired commands, layered rules, and hooks skeleton.",
17
- "version": "2.3.0",
17
+ "version": "2.5.0",
18
+ "icon": "./assets/icon.png",
18
19
  "author": {
19
- "name": "Engineering Team",
20
- "email": "engineering@example.com"
20
+ "name": "Colin4k1024",
21
+ "email": "colin4k1024@gmail.com"
21
22
  },
22
- "homepage": "https://github.com/affaan-m/everything-claude-code",
23
- "repository": "https://github.com/affaan-m/everything-claude-code",
23
+ "homepage": "https://github.com/Colin4k1024/tsp",
24
+ "repository": "https://github.com/Colin4k1024/tsp",
24
25
  "license": "MIT",
25
26
  "keywords": [
26
27
  "team-skills",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@colin4k1024/tsp",
3
- "version": "2.4.9",
3
+ "version": "2.5.0",
4
4
  "description": "Open-source Team Skills Platform for role-based AI delivery workflows, shared skills, hooks, commands, and multi-platform installs.",
5
5
  "repository": {
6
6
  "type": "git",
@@ -1,15 +1,15 @@
1
- # https://goframe.org/docs/web/server-config-file-template
2
- server:
3
- address: ":8000"
4
- openapiPath: "/api.json"
5
- swaggerPath: "/swagger"
6
-
7
- # https://goframe.org/docs/core/glog-config
8
- logger:
9
- level : "all"
10
- stdout: true
11
-
12
- # https://goframe.org/docs/core/gdb-config-file
13
- database:
14
- default:
1
+ # https://goframe.org/docs/web/server-config-file-template
2
+ server:
3
+ address: ":8000"
4
+ openapiPath: "/api.json"
5
+ swaggerPath: "/swagger"
6
+
7
+ # https://goframe.org/docs/core/glog-config
8
+ logger:
9
+ level : "all"
10
+ stdout: true
11
+
12
+ # https://goframe.org/docs/core/gdb-config-file
13
+ database:
14
+ default:
15
15
  link: "mysql:root:12345678@tcp(127.0.0.1:3306)/test"
@@ -1,22 +1,22 @@
1
- ---
2
- name: repo-scan
3
- description: Cross-stack source code asset audit — classifies every file, detects embedded third-party libraries, and delivers actionable four-level verdicts per module with interactive HTML reports.
4
- origin: community
5
- ---
6
-
7
- # repo-scan
8
-
9
- > Every ecosystem has its own dependency manager, but no tool looks across C++, Android, iOS, and Web to tell you: how much code is actually yours, what's third-party, and what's dead weight.
10
-
11
- ## When to Use
12
-
13
- - Taking over a large legacy codebase and need a structural overview
14
- - Before major refactoring — identify what's core, what's duplicate, what's dead
15
- - Auditing third-party dependencies embedded directly in source (not declared in package managers)
16
- - Preparing architecture decision records for monorepo reorganization
17
-
18
- ## Installation
19
-
1
+ ---
2
+ name: repo-scan
3
+ description: Cross-stack source code asset audit — classifies every file, detects embedded third-party libraries, and delivers actionable four-level verdicts per module with interactive HTML reports.
4
+ origin: community
5
+ ---
6
+
7
+ # repo-scan
8
+
9
+ > Every ecosystem has its own dependency manager, but no tool looks across C++, Android, iOS, and Web to tell you: how much code is actually yours, what's third-party, and what's dead weight.
10
+
11
+ ## When to Use
12
+
13
+ - Taking over a large legacy codebase and need a structural overview
14
+ - Before major refactoring — identify what's core, what's duplicate, what's dead
15
+ - Auditing third-party dependencies embedded directly in source (not declared in package managers)
16
+ - Preparing architecture decision records for monorepo reorganization
17
+
18
+ ## Installation
19
+
20
20
  ```bash
21
21
  # Fetch only the pinned commit for reproducibility
22
22
  mkdir -p ~/.claude/skills/repo-scan
@@ -27,52 +27,52 @@ git fetch --depth 1 origin 2742664
27
27
  git checkout --detach FETCH_HEAD
28
28
  cp -r . ~/.claude/skills/repo-scan
29
29
  ```
30
-
31
- > Review the source before installing any agent skill.
32
-
33
- ## Core Capabilities
34
-
35
- | Capability | Description |
36
- |---|---|
37
- | **Cross-stack scanning** | C/C++, Java/Android, iOS (OC/Swift), Web (TS/JS/Vue) in one pass |
38
- | **File classification** | Every file tagged as project code, third-party, or build artifact |
39
- | **Library detection** | 50+ known libraries (FFmpeg, Boost, OpenSSL…) with version extraction |
40
- | **Four-level verdicts** | Core Asset / Extract & Merge / Rebuild / Deprecate |
41
- | **HTML reports** | Interactive dark-theme pages with drill-down navigation |
42
- | **Monorepo support** | Hierarchical scanning with summary + sub-project reports |
43
-
44
- ## Analysis Depth Levels
45
-
46
- | Level | Files Read | Use Case |
47
- |---|---|---|
48
- | `fast` | 1-2 per module | Quick inventory of huge directories |
49
- | `standard` | 2-5 per module | Default audit with full dependency + architecture checks |
50
- | `deep` | 5-10 per module | Adds thread safety, memory management, API consistency |
51
- | `full` | All files | Pre-merge comprehensive review |
52
-
53
- ## How It Works
54
-
30
+
31
+ > Review the source before installing any agent skill.
32
+
33
+ ## Core Capabilities
34
+
35
+ | Capability | Description |
36
+ |---|---|
37
+ | **Cross-stack scanning** | C/C++, Java/Android, iOS (OC/Swift), Web (TS/JS/Vue) in one pass |
38
+ | **File classification** | Every file tagged as project code, third-party, or build artifact |
39
+ | **Library detection** | 50+ known libraries (FFmpeg, Boost, OpenSSL…) with version extraction |
40
+ | **Four-level verdicts** | Core Asset / Extract & Merge / Rebuild / Deprecate |
41
+ | **HTML reports** | Interactive dark-theme pages with drill-down navigation |
42
+ | **Monorepo support** | Hierarchical scanning with summary + sub-project reports |
43
+
44
+ ## Analysis Depth Levels
45
+
46
+ | Level | Files Read | Use Case |
47
+ |---|---|---|
48
+ | `fast` | 1-2 per module | Quick inventory of huge directories |
49
+ | `standard` | 2-5 per module | Default audit with full dependency + architecture checks |
50
+ | `deep` | 5-10 per module | Adds thread safety, memory management, API consistency |
51
+ | `full` | All files | Pre-merge comprehensive review |
52
+
53
+ ## How It Works
54
+
55
55
  1. **Classify the repo surface**: enumerate files, then tag each as project code, embedded third-party code, or build artifact.
56
56
  2. **Detect embedded libraries**: inspect directory names, headers, license files, and version markers to identify bundled dependencies and likely versions.
57
57
  3. **Score each module**: group files by module or subsystem, then assign one of the four verdicts based on ownership, duplication, and maintenance cost.
58
58
  4. **Highlight structural risks**: call out dead-weight artifacts, duplicated wrappers, outdated vendored code, and modules that should be extracted, rebuilt, or deprecated.
59
59
  5. **Produce the report**: return a concise summary plus the interactive HTML output with per-module drill-down so the audit can be reviewed asynchronously.
60
-
61
- ## Examples
62
-
63
- On a 50,000-file C++ monorepo:
64
- - Found FFmpeg 2.x (2015 vintage) still in production
65
- - Discovered the same SDK wrapper duplicated 3 times
66
- - Identified 636 MB of committed Debug/ipch/obj build artifacts
67
- - Classified: 3 MB project code vs 596 MB third-party
68
-
69
- ## Best Practices
70
-
71
- - Start with `standard` depth for first-time audits
72
- - Use `fast` for monorepos with 100+ modules to get a quick inventory
73
- - Run `deep` incrementally on modules flagged for refactoring
74
- - Review the cross-module analysis for duplicate detection across sub-projects
75
-
76
- ## Links
77
-
78
- - [GitHub Repository](https://github.com/haibindev/repo-scan)
60
+
61
+ ## Examples
62
+
63
+ On a 50,000-file C++ monorepo:
64
+ - Found FFmpeg 2.x (2015 vintage) still in production
65
+ - Discovered the same SDK wrapper duplicated 3 times
66
+ - Identified 636 MB of committed Debug/ipch/obj build artifacts
67
+ - Classified: 3 MB project code vs 596 MB third-party
68
+
69
+ ## Best Practices
70
+
71
+ - Start with `standard` depth for first-time audits
72
+ - Use `fast` for monorepos with 100+ modules to get a quick inventory
73
+ - Run `deep` incrementally on modules flagged for refactoring
74
+ - Review the cross-module analysis for duplicate detection across sub-projects
75
+
76
+ ## Links
77
+
78
+ - [GitHub Repository](https://github.com/haibindev/repo-scan)