makecindy / makecindy/cindy

希望支持按工种/角色预设上下文档位,缓解长文档审阅超限

Open
#3,464 1 comment 0 reactions 0 assignees View on GitHub
feature
Dominant language
TypeScript
Stars
2.7k
Forks
395
Avg merge
21h 48m
Merged PRs (30d)
776

Description

**提交人**: Seine
**客户端版本**: 0.1.64

---

## 使用场景

在「文案审阅」和「长文档/报告审阅」这类工作里,用户需要连续读入并逐段评审较长的内容。这类任务的上下文用量远高于普通对话,很容易逼近当前的上下文长度上限(约 1.1M),导致中途需要拆分内容、重新喂入或丢失前面的上下文,打断审阅节奏。

## 当前痛点

- 上下文本是全局固定上限,没有针对「长文档审阅」这类高消耗工种的差异对待。
- 用户只能靠手动切分内容、分多次会话继续,或接受上下文被截断,体验割裂。
- 缺乏一种「我要干审阅这类重活,请给我更高的上下文额度」的显式入口。

## 诉求

希望可以提供按「工种/角色」预设上下文档位的机制:当用户选择类似「文案审阅」或「长文档审阅」这样的角色/预设时,自动分配一个更高的上下文额度;普通任务仍走默认档位。

## 建议方案

- 增加按角色/工种预设上下文档位的入口(例如在会话或角色选择处提供「审阅」类预设)。
- 审阅类预设分配更高上下文额度,默认任务维持现状。
- 若技术上难以按角色动态调整,可退而求其次:提供一个可手动切换的更高上下文档位。

(具体档位数值、上限扩展能力为平台侧能力,此处不作臆测;相关实现约束用户未知。)
---
**版本区域**: CN
**OS**: win32 x64 (10.0.26200)
**界面语言**: zh-CN

Contributor guide

Open the contributing guide

Research direction

The issue names no files, tests, or implementation entry points. Start by locating the existing context-length limit and the session or role-selection flow, then confirm whether context capacity can vary by preset; done means a review preset receives a higher limit while ordinary sessions retain the default, or a clearly exposed manual higher-capacity option works.

Written by the indexing model from the issue text.

Assessment

Domain
ai
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.