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

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/dist/bin/cli.js CHANGED
@@ -5231,7 +5231,7 @@ function getDevServerInfo(taskDir) {
5231
5231
  command: ds.command,
5232
5232
  url: ds.url,
5233
5233
  readyPattern: ds.readyPattern ?? "Ready in|compiled|started server|Local:",
5234
- readyTimeout: ds.readyTimeout ?? 30
5234
+ readyTimeout: ds.readyTimeout ?? 180
5235
5235
  };
5236
5236
  }
5237
5237
  function getBrowserToolGuidance(stageName, taskDir) {
@@ -5521,7 +5521,7 @@ async function waitForReady(url, timeoutSec, stdoutMatch) {
5521
5521
  return false;
5522
5522
  }
5523
5523
  async function startDevServer(opts) {
5524
- const timeout = opts.readyTimeout ?? 60;
5524
+ const timeout = opts.readyTimeout ?? 180;
5525
5525
  const patternStr = opts.readyPattern ?? DEFAULT_READY_PATTERN;
5526
5526
  const pattern = new RegExp(patternStr, "i");
5527
5527
  const useStdoutDetection = Boolean(opts.readyPattern);
@@ -5665,7 +5665,7 @@ async function executeAgentStage(ctx, def) {
5665
5665
  devServerHandle = await startDevServer({
5666
5666
  command: ds.command,
5667
5667
  url: ds.url,
5668
- readyTimeout: ds.readyTimeout ?? 60,
5668
+ readyTimeout: ds.readyTimeout ?? 180,
5669
5669
  readyPattern: ds.readyPattern ?? "Ready in|compiled|started server|Local:|localhost:",
5670
5670
  envVars
5671
5671
  });
@@ -262,7 +262,7 @@
262
262
  },
263
263
  "readyTimeout": {
264
264
  "type": "number",
265
- "description": "Seconds to wait for the server to be ready. Default: 30"
265
+ "description": "Seconds to wait for the server to be ready. Default: 180"
266
266
  },
267
267
  "env": {
268
268
  "type": "array",
@@ -294,7 +294,7 @@
294
294
  },
295
295
  "readyTimeout": {
296
296
  "type": "number",
297
- "description": "Seconds to wait for the server to be ready. Default: 30"
297
+ "description": "Seconds to wait for the server to be ready. Default: 180"
298
298
  },
299
299
  "env": {
300
300
  "type": "array",
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.150",
4
4
  "description": "Autonomous SDLC pipeline: Kody orchestration + Claude Code + LiteLLM",
5
5
  "license": "MIT",
6
6
  "type": "module",
@@ -181,6 +181,11 @@ jobs:
181
181
  echo "${DELIM}" >> $GITHUB_ENV
182
182
  done
183
183
 
184
+ - name: Warm up Next.js build cache
185
+ continue-on-error: true
186
+ run: npx next build 2>/dev/null || true
187
+ timeout-minutes: 15
188
+
184
189
  - name: Run Kody pipeline
185
190
  env:
186
191
  GH_TOKEN: ${{ steps.app-token.outputs.token || secrets.GITHUB_TOKEN }}
@@ -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.