Commit 0bc10d0
fix: repo-sourced interest create/regenerate payload handling
Two bugs hit during the 'remyxai interests create --repo ...' flow:
1. log_api_response treated HTTP 202 as an error. Async-kickoff
endpoints (analyze-repo, regenerate) return 202 Accepted, which is
success. Broaden the success check to 2xx so those calls stop
dumping bogus ERROR logs.
2. _wait_for_repo_analysis returned the raw task envelope from Redis,
but the actual analysis payload (report_markdown, repo_analysis,
source_repo_metadata, full_name, ...) lives under `result`. Callers
were reading top-level keys that were always None, so after a
successful analysis the CLI still prompted the user for name and
context. Unwrap `result` inside the helper so callers get the
payload directly, and also consult `full_name` at the top of
`result` when auto-naming.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>1 parent 9d579b7 commit 0bc10d0
2 files changed
Lines changed: 11 additions & 4 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
67 | 67 | | |
68 | 68 | | |
69 | 69 | | |
70 | | - | |
| 70 | + | |
| 71 | + | |
71 | 72 | | |
72 | 73 | | |
73 | 74 | | |
| |||
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
37 | 37 | | |
38 | 38 | | |
39 | 39 | | |
40 | | - | |
| 40 | + | |
| 41 | + | |
| 42 | + | |
41 | 43 | | |
42 | 44 | | |
43 | 45 | | |
| |||
54 | 56 | | |
55 | 57 | | |
56 | 58 | | |
57 | | - | |
| 59 | + | |
58 | 60 | | |
59 | 61 | | |
60 | 62 | | |
| |||
215 | 217 | | |
216 | 218 | | |
217 | 219 | | |
218 | | - | |
| 220 | + | |
| 221 | + | |
| 222 | + | |
| 223 | + | |
| 224 | + | |
219 | 225 | | |
220 | 226 | | |
221 | 227 | | |
| |||
0 commit comments