优化Fuels-ts项目中`fuels init`命令的目录检测逻辑

在FuelLabs的fuels-ts项目中，fuels init命令用于初始化Fuel项目的配置。该命令支持通过glob模式指定predicates目录，但在实际使用中发现目录检测逻辑存在可以优化的空间。

当前问题分析

当开发者使用如下命令初始化项目时：

npx fuels init --predicates ./predicate/* --output ./src/predicate_api

对于如下的目录结构：

└── predicate
    └── Forc.toml

当前生成的fuels.config.ts会包含predicate目录下的所有文件和子目录：

import { createConfig } from 'fuels';

export default createConfig({
  predicates: [
        'predicate/Forc.lock',
        'predicate/Forc.toml',
        'predicate/out',
        'predicate/src',
  ],
  output: './src/predicate_api',
});

期望行为

更合理的做法应该是直接引用predicate目录本身，而不是枚举其中的所有内容：

import { createConfig } from 'fuels';

export default createConfig({
  predicates: [
        'predicate'
  ],
  output: './src/predicate_api',
});

技术实现建议

要实现这一优化，可以考虑以下改进方向：

1. 路径解析逻辑：当检测到glob模式匹配的是一个目录时，应该直接使用该目录路径，而不是展开其内容。

2. 智能路径处理：可以添加逻辑判断，如果路径指向的是一个有效的Forc项目目录（包含Forc.toml文件），则直接使用该目录路径。

3. 向后兼容：确保修改后的逻辑不会影响现有项目的配置加载方式。

优化带来的好处

1. 配置简洁性：生成的配置文件更加简洁明了，便于开发者理解和维护。

2. 更好的可维护性：当predicate目录内容发生变化时，不需要重新生成配置。

3. 一致性：与其他工具（如Forc本身）的目录处理方式保持一致。

4. 减少错误：避免因目录内容变化导致的潜在配置问题。

实现考虑

在实际实现时，需要考虑以下技术细节：

1. 如何准确判断一个路径是否代表一个Forc项目目录
2. 如何处理嵌套的predicate目录结构
3. 如何提供清晰的错误提示，当路径无效时
4. 如何保持与现有项目的兼容性

这种优化将提升开发者的使用体验，使fuels-ts项目更加健壮和易用。