Renaming detached rulesets inside a scope

[SomMeri]

I renamed detached ruleset (assign it to another variable) inside a scope. Should it gain access to that scope?

@detached-1: { scope-detached: @one @two; };
.one {
  @one: visible;
  .two {
    @detached-3: @detached-1; //renaming ruleset time
    @two: visible;
  }
}

.usePlace {
  .one > .two(); 
  @detached-3();
}

returns

NameError: variable @one is undefined in test.less on line 1, column 38:
1 @detached-1: { scope-detached: @one @two; };
2 .one {

I would expect the @detached-3 to see the variable @one, because the scope it is defined in contains such variable.

Sorry for nitpicking :).

[seven-phases-max]

I don't think that variable assignment should affect the externally defined ruleset. There's no @one at the global scope (where the DR defined) and there's no @one at .usePlace scope (where the DR is used). My vision is that variable is just a name for the ruleset (i.e. something you can identify the ruleset with) and thus it should not affect DR internals in anyway. (or maybe in other words: for me @detached-3: @detached-1; does not define new ruleset but only defines new variable that points to the @detached-1 variable with whatever value).

P.S. Btw, the same actually happens with ordinal variables:

@something: @one @two;

.one {
    @one: visible;
    .two {
        @variable: @something;
        @two: visible;
    }
}

.usePlace {
    .one > .two();
    result: @variable; // no @one here too
} 

which is a bit different from:

.mixin() {
    @something: @one @two;
}

.one {
    @one: visible;
    .two {
        .mixin();
        @variable: @something;
        @two: visible;
    }
}

.usePlace {
    .one > .two();
    result: @variable; // OK, @one here
}

So I would think that the DR equivalent (sort of) for the last snippet (with @one visible) would be:

@detached-1: {scope-detached: @one @two};

.one {
    @one: visible;
    .two {
        @detached-3: {@detached-1();};
        @two: visible;
    }
}

.usePlace {
    .one > .two();
    @detached-3(); // OK
}

[SomMeri]

Thank you for all the help. Somehow I stopped to think about them as about variables and started to think about them as about mixins. I guess that is what happen when one takes too much time to implement the feature and forgets how it is supposed to work in the meantime.