mirror of
https://github.com/hanzoai/insights.git
synced 2026-11-02 09:24:48 +00:00
Both are Django apps, and both pin `label` in apps.py — "stamp" and "review". django_migrations keys a row on (app_label, name), and app_label comes from that pin and not from the import path, so moving the directory does not orphan a single migration. All six stay where they are, untouched. products/stamphog -> products/stamp name = products.stamp.backend products/review_hog -> products/review name = products.review.backend StamphogScene/ -> StampScene/, and stamphogSceneLogic.ts with it 189 files follow. An earlier attempt at this move failed twice for reasons worth recording: `git mv A B` where B exists puts A INSIDE B, and a stray products/stamp/node_modules from an abandoned run was enough to make B exist — the app ended up nested two deep. And `git ls-files` does not list a file moved with plain mv and not yet staged, so a pass over "every tracked file" silently skips it; that is how StampScene.tsx kept importing ./stampSceneLogic after the file beside it had been renamed back. bin/check-imports-are-committed: all first-party imports across 15,843 files resolve. Co-authored-by: Hanzo Dev <[email protected]>
92 lines
5.4 KiB
TypeScript
Generated
92 lines
5.4 KiB
TypeScript
Generated
/**
|
|
* Auto-generated Zod validation schemas from the Django backend OpenAPI schema.
|
|
* To modify these schemas, update the Django serializers or views, then run:
|
|
* insightscli build:openapi
|
|
* Questions or issues? #team-devex on Slack
|
|
*
|
|
* Insights API - generated
|
|
* OpenAPI spec version: 1.0.0
|
|
*/
|
|
import * as zod from 'zod'
|
|
|
|
/**
|
|
* Make a `review-script-blind-spots-*` skill the single sweep that runs on the requesting user's PR reviews, switching the user's other blind-spots skills off in the same call. Only skills visible to the user — the canonical plus the customs they authored — can be selected; anything else 404s. Upserts the per-user config row, so selecting a freshly authored custom skill works in one call.
|
|
* @summary Select the active blind-spots skill
|
|
*/
|
|
export const ReviewBlindSpotsPartialUpdateBody = /* @__PURE__ */ zod.object({
|
|
active: zod
|
|
.boolean()
|
|
.optional()
|
|
.describe(
|
|
"Set true to make this the single blind-spots skill that runs on the user's PR reviews. Only true is accepted — the blind-spot check is single-active, so you switch by selecting a different skill, not by deactivating the current one."
|
|
),
|
|
})
|
|
|
|
/**
|
|
* Toggle whether a `review-script-perspective-*` skill runs on the requesting user's PR reviews. Only skills visible to the user — the canonicals plus the customs they authored — can be toggled; anything else 404s. Upserts the per-user config row, so enabling a freshly authored custom perspective works in one call. Rejected if it would leave the user with no enabled perspective.
|
|
* @summary Enable or disable a review perspective
|
|
*/
|
|
export const ReviewPerspectivesPartialUpdateBody = /* @__PURE__ */ zod.object({
|
|
enabled: zod
|
|
.boolean()
|
|
.optional()
|
|
.describe("Set true to run this perspective on the user's PR reviews, false to stop running it."),
|
|
})
|
|
|
|
/**
|
|
* Start a Review review of any pull request the project's GitHub App installation can access, and publish it back to the PR. The requesting user is the review's acting user: their enabled perspectives, blind-spot check, validator, and urgency threshold drive the run, and it appears under their recent reviews. Nonexistent, closed, and fork PRs are rejected synchronously; a PR whose current commit already has a published review returns 'already_reviewed' without starting a run, and triggering a PR whose review is currently running joins the in-flight run. Otherwise non-blocking: returns the Temporal workflow id immediately while the review runs in the worker.
|
|
* @summary Start a review of a pull request
|
|
*/
|
|
export const ReviewReviewsTriggerCreateBody = /* @__PURE__ */ zod.object({
|
|
pr_url: zod
|
|
.string()
|
|
.describe(
|
|
"GitHub pull request URL to review, e.g. 'https:\/\/github.com\/Insights\/hanzo.ai\/pull\/123'. The repository must be accessible to the project's GitHub App installation."
|
|
),
|
|
})
|
|
|
|
/**
|
|
* Partially update the requesting user's Review settings for this project. Only the provided fields change.
|
|
* @summary Update the user's Review settings
|
|
*/
|
|
export const ReviewSettingsPartialUpdateBody = /* @__PURE__ */ zod.object({
|
|
review_inbox_prs: zod
|
|
.boolean()
|
|
.optional()
|
|
.describe(
|
|
"Automatically review pull requests opened by self-driving implementations from the user's Inbox: Review reviews each one and posts its findings to the pull request."
|
|
),
|
|
stamp_review_inbox_prs: zod
|
|
.boolean()
|
|
.optional()
|
|
.describe(
|
|
"Also have hosted Stamp review those same Inbox pull requests: an approve-first review that posts a real GitHub approval when the change passes, and a comment when it doesn't. Only takes effect when the project has a synced, enabled Stamp repository (see stamp_connected)."
|
|
),
|
|
review_labeled_prs: zod
|
|
.boolean()
|
|
.optional()
|
|
.describe(
|
|
"Review the user's pull requests when the trigger label is added on GitHub. On by default; turning it off makes the label trigger skip PRs this user authored."
|
|
),
|
|
urgency_threshold: zod
|
|
.enum(['consider', 'should_fix', 'must_fix'])
|
|
.describe('\* `consider` - Consider\n\* `should_fix` - Should Fix\n\* `must_fix` - Must Fix')
|
|
.optional()
|
|
.describe(
|
|
"Minimum priority a validated finding needs to be published: 'consider' (default) publishes everything, 'should_fix' drops consider-level findings, 'must_fix' publishes only blocking issues.\n\n\* `consider` - Consider\n\* `should_fix` - Should Fix\n\* `must_fix` - Must Fix"
|
|
),
|
|
})
|
|
|
|
/**
|
|
* Make a `review-script-validation-*` skill the single validator that runs on the requesting user's PR reviews, switching the user's other validators off in the same call. Only skills visible to the user — the canonical plus the customs they authored — can be selected; anything else 404s. Upserts the per-user config row, so selecting a freshly authored custom validator works in one call.
|
|
* @summary Select the active review validator
|
|
*/
|
|
export const ReviewValidatorsPartialUpdateBody = /* @__PURE__ */ zod.object({
|
|
active: zod
|
|
.boolean()
|
|
.optional()
|
|
.describe(
|
|
"Set true to make this the single validator that runs on the user's PR reviews. Only true is accepted — validators are single-active, so you switch by selecting a different one, not by deactivating the current one."
|
|
),
|
|
})
|