
获得徽章 16
- #1024一起掘金# Prompt 还能这样写,效果比之前设定角色背景的更好。
# Role: <name> : 指定角色会让 GPT 聚焦在对应领域进行信息输出
## Profile author/version/description : Credit 和 迭代版本记录
## Goals: 一句话描述 Prompt 目标, 让 GPT Attention 聚焦起来
## Constrains: 描述限制条件, 其实是在帮 GPT 进行剪枝, 减少不必要分支的计算
## Skills: 描述技能项, 强化对应领域的信息权重
## Workflow: 重点中的重点, 你希望 Prompt 按什么方式来对话和输出
# Initialization: 冷启动时的对白, 也是一个强调需注意重点的机会
原文:www.lijigang.com
展开评论点赞 - #1024一起掘金# 借楼问个问题, 有个类其部分摘要如下,作用是在目标对象中添加一些方法。
```
class EventEmitter {
static installTo(obj: object): void {
const e = new EventEmitter();
const methods = [''];
methods.forEach((method) => {
Object.defineProperty(obj, method, {
value: (e as { [key: string]: any })[method], // 其他省略
});
});
}
}
```
现有一个LRU 类,其构造函数中 通过installTo将一些方法添加到 LRU 实例中,部分代码如下:
```
class LRU {
constructor(options?: number | LRUOptions) {
EventEmitter.installTo(this); // 当然这里是可以做成一个装饰器的,但与此问题无关。
}
}
```
此时 ts 中以下代码将会报错
```
const lru = new LRU(10)
lr.on('xxx') // Property 'on' does not exist on type 'LRU'
```
我该如何处理让 LRU 的示例上能正确识别出 on 方法?
首先我知道的几个方案:
1. 继承,直接让LRU 继承 EventEmitter ,这样能识别。但是我不想这样做,两者并无实际关系,继承不太合适
2. 在 LRU 类里面直接写 `on = EventEmitter.prototype.on;` 等代码,这实际是给LRU的实例上加了这些方法的引用。但1是和installTo有重复(内有其他处理逻辑)2是代码有耦合
请问有什么办法能处理这个问题吗? 初使用typescript,可能对此不熟悉,如有好的方案请指出。展开等人赞过14 - chatGPT支持function call了,看文档大致是自己把自己的外部方法签名喂进去,GPT根据提问选择你的方法名和参数,你自己在代码里面调用,再把结果回喂给GPT。 但是还没想到有啥有趣的场景。 文档:
platform.openai.com #每天一个知识点#
展开评论点赞 - 评论点赞