chore: community surface — issue templates, CONTRIBUTING, package name - #5
Conversation
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 8dcf3f8db9
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| @@ -1,5 +1,5 @@ | |||
| { | |||
| "name": "vite_react_shadcn_ts", | |||
| "name": "postprism", | |||
There was a problem hiding this comment.
Update the npm lockfile name as well
Because this repo still tracks package-lock.json, changing only package.json leaves the lockfile root package named vite_react_shadcn_ts at both name and packages[""] .name. In npm-based workflows, the next npm install --package-lock-only rewrites those fields to postprism, so this commit leaves dependency metadata inconsistent and causes avoidable lockfile churn for contributors using the tracked npm lockfile.
Useful? React with 👍 / 👎.
Regenerate the lockfile root name to match the package.json rename (vite_react_shadcn_ts -> postprism) so `npm ci` stays in sync.
What
package.jsonnamefrom the Vite scaffold default topostprism(kept
private: true— this is an app, not a published package).github/ISSUE_TEMPLATE/bug_report.yml+feature_request.ymlCONTRIBUTING.md(front-end Bun setup, backend note, PR expectations, MIT)The bug form's first field splits the two surfaces (credential-free front-end
demo vs. the credentialed computer-use backend) plus browser/OS.
Why
The project still carried the generic scaffold identity in
package.json, andhad no issue template or contributing guide — the signals a reviewer scans in
the first ten seconds.
How verified
Front-end setup from CONTRIBUTING run against this clone:
Dev server port (
http://localhost:8080) confirmed againstvite.config.ts.Repo has no lockfile, so the rename needs no lockfile regeneration.
Docs + identity metadata only — no runtime/default-behavior changes.