Files
OpenShell/.github/ISSUE_TEMPLATE/feature_request.yml
Drew Newberryandkrishicks 5ca39b0490 docs(rfc): require issues before RFCs (#1918)
* docs(rfc): require issues before RFCs

Signed-off-by: Drew Newberry <anewberry@nvidia.com>

* docs(rfc): correct RFC statuses

Signed-off-by: Drew Newberry <anewberry@nvidia.com>

* docs(rfc): mark template accepted

Signed-off-by: Drew Newberry <anewberry@nvidia.com>

* Update rfc/README.md

Co-authored-by: krishicks <khicks@nvidia.com>

* docs(rfc): document accepted RFC project tracking

Signed-off-by: Drew Newberry <anewberry@nvidia.com>

* docs(rfc): reframe RFC discussion guidance

Signed-off-by: Drew Newberry <anewberry@nvidia.com>

* docs(rfc): label issues when assigning RFCs

Signed-off-by: Drew Newberry <anewberry@nvidia.com>

* docs(rfc): link labeled RFC issues to board

Signed-off-by: Drew Newberry <anewberry@nvidia.com>

* docs(rfc): clarify RFC labels and board tracking

Signed-off-by: Drew Newberry <anewberry@nvidia.com>

---------

Signed-off-by: Drew Newberry <anewberry@nvidia.com>
Co-authored-by: krishicks <khicks@nvidia.com>
2026-06-16 16:52:56 -07:00

62 lines
2.2 KiB
YAML

name: Feature Request
description: Propose a feature with a design. Not a "please build this" request.
type: Feature
body:
- type: markdown
attributes:
value: |
## Design-First Feature Proposals
OpenShell feature requests must include a design proposal — describe the system behavior you want, not just the outcome. New features start here, not as RFC pull requests. If maintainers decide an RFC is necessary, they will request one from this issue and assign the RFC number.
If your agent explored the codebase to assess feasibility (e.g., using the `create-spike` skill), include its findings.
- type: textarea
id: problem
attributes:
label: Problem Statement
description: What problem does this solve? Why does it matter?
validations:
required: true
- type: textarea
id: design
attributes:
label: Proposed Design
description: |
How should this work? Describe the system behavior, components involved, and user-facing interface. This should be a design, not a wish list.
validations:
required: true
- type: textarea
id: alternatives
attributes:
label: Alternatives Considered
description: What other approaches did you evaluate? Why is the proposed design better?
validations:
required: true
- type: textarea
id: agent-investigation
attributes:
label: Agent Investigation
description: |
If your agent explored the codebase to assess feasibility (e.g., using the `create-spike` skill), paste its findings here. This is optional but strengthens the proposal.
placeholder: |
Example:
- Used `create-spike` to investigate existing provider infrastructure
- Found that `crates/openshell-providers/` already supports a plugin pattern
- Proposed design extends the existing trait rather than adding a new abstraction
validations:
required: false
- type: checkboxes
id: checklist
attributes:
label: Checklist
options:
- label: I've reviewed existing issues and the architecture docs
required: true
- label: This is a design proposal, not a "please build this" request
required: true