@kody-ade/kody-engine-lite 0.1.148 → 0.1.149

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.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@kody-ade/kody-engine-lite",
3
- "version": "0.1.148",
3
+ "version": "0.1.149",
4
4
  "description": "Autonomous SDLC pipeline: Kody orchestration + Claude Code + LiteLLM",
5
5
  "license": "MIT",
6
6
  "type": "module",
@@ -13,14 +13,6 @@
13
13
  "templates",
14
14
  "kody.config.schema.json"
15
15
  ],
16
- "scripts": {
17
- "kody": "tsx src/entry.ts",
18
- "build": "tsup",
19
- "test": "vitest run",
20
- "typecheck": "tsc --noEmit",
21
- "prepublishOnly": "pnpm build",
22
- "release": "npm publish --access public && bash scripts/wait-for-npm.sh"
23
- },
24
16
  "dependencies": {
25
17
  "dotenv": "^16.4.7",
26
18
  "yaml": "^2.8.3"
@@ -34,5 +26,12 @@
34
26
  },
35
27
  "engines": {
36
28
  "node": ">=22"
29
+ },
30
+ "scripts": {
31
+ "kody": "tsx src/entry.ts",
32
+ "build": "tsup",
33
+ "test": "vitest run",
34
+ "typecheck": "tsc --noEmit",
35
+ "release": "npm publish --access public && bash scripts/wait-for-npm.sh"
37
36
  }
38
- }
37
+ }
@@ -0,0 +1,7 @@
1
+ {
2
+ "name": "branch-cleanup",
3
+ "description": "Finds stale remote branches with no recent activity and suggests cleanup",
4
+ "schedule": {
5
+ "every": 96
6
+ }
7
+ }
@@ -0,0 +1,13 @@
1
+ List remote branches and identify stale ones that should be cleaned up.
2
+
3
+ 1. Run `gh api repos/{{repo}}/branches --paginate --jq '.[] | {name: .name, protected: .protected}'` to get all branches.
4
+ 2. For each non-protected branch, check its last commit date using `gh api repos/{{repo}}/commits?sha=BRANCH_NAME&per_page=1 --jq '.[0].commit.committer.date'`.
5
+ 3. Flag any branch whose last commit is **older than 30 days**.
6
+ 4. Ignore these branches: `main`, `dev`, `staging`, `production`, and any branch starting with `release/`.
7
+ 5. Check if there is already an open issue with label `kody:watch:stale-branches` — if so, do NOT create a new one.
8
+ 6. If stale branches are found, create **one** GitHub issue:
9
+ - Title: `Branch cleanup: N stale branches older than 30 days`
10
+ - Label: `kody:watch:stale-branches`
11
+ - Body: a markdown table with columns: Branch Name, Last Commit Date, Days Stale. End with the command to delete them: `git push origin --delete branch-name`.
12
+
13
+ If no stale branches are found, do not create an issue.
@@ -0,0 +1,7 @@
1
+ {
2
+ "name": "readme-health",
3
+ "description": "Checks if README.md exists and documents essential sections",
4
+ "schedule": {
5
+ "every": 96
6
+ }
7
+ }
@@ -0,0 +1,17 @@
1
+ Check the repository's README.md for completeness and essential documentation.
2
+
3
+ 1. Read `README.md` from the repository root. If it does not exist, that is a critical finding.
4
+ 2. Check for the presence of these essential sections (look for headings or keywords):
5
+ - **Project description** — what the project does (first paragraph or a "## About" section)
6
+ - **Getting started / Installation** — how to install and set up
7
+ - **Usage / Running** — how to run the project (e.g. dev server, scripts)
8
+ - **Environment variables** — required env vars or reference to .env.example
9
+ - **Tech stack** — frameworks, languages, databases used
10
+ 3. Also read `package.json` to understand what scripts are available and cross-reference with the README.
11
+ 4. Check if there is already an open issue with label `kody:watch:readme-health` — if so, do NOT create a new one.
12
+ 5. If any essential sections are missing, create **one** GitHub issue:
13
+ - Title: `README health: N missing sections`
14
+ - Label: `kody:watch:readme-health`
15
+ - Body: list which sections are present (with a checkmark) and which are missing, with a brief suggestion for each missing section.
16
+
17
+ If README is complete with all essential sections, do not create an issue.
@@ -0,0 +1,7 @@
1
+ {
2
+ "name": "todo-scanner",
3
+ "description": "Scans source code for TODO, FIXME, and HACK comments and creates tracking issues",
4
+ "schedule": {
5
+ "every": 48
6
+ }
7
+ }
@@ -0,0 +1,10 @@
1
+ Scan the repository source code for TODO, FIXME, and HACK comments that indicate unfinished work or known issues.
2
+
3
+ 1. Use `grep -rn "TODO\|FIXME\|HACK\|XXX" src/ --include="*.ts" --include="*.tsx"` to find all markers.
4
+ 2. Group findings by type (TODO, FIXME, HACK).
5
+ 3. Check if there is already an open issue with label `kody:watch:todo-scan` — if so, do NOT create a new one.
6
+ 4. If no existing issue, create **one** GitHub issue summarizing all findings:
7
+ - Title: `Code health: N unresolved TODO/FIXME/HACK markers found`
8
+ - Label: `kody:watch:todo-scan`
9
+ - Body: a markdown table with columns: Type, File, Line, Comment text
10
+ - End with a brief recommendation to address high-priority items (FIXME, HACK) first.